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I- INlBOPpCTION 



In describing the activities of a military recruit 
during the first phase of basic training, the phrase "hurry 
up and wait" is often used. An illusxration of this prac- 
tice is the double-time march to the barber, only to wait 
hours in line for a thirty second haircut. The recruit 
probatly feels there must be a better way to do this. 
Similar feelings may also cccur when stopped in freeway 
traffic or while trying to get an open telephone line tc the 
grandparents on Christmas. 

Although these problems appear to be taken from 
distinctly different situations, they possess a fundamental 
property in common; they all relate to processes involving 
the flow cf some coamodity through a channel or network of 
channels. In fact, a wide variety of large physical systems 
exhibit all the characteristics which mathematicians asso- 
ciate with networks. The freeway and telephone systems may 
have nothing in commcn by way cf installations and equipment 
yet both have similar network representations. Both have 
junctions or nodes which are connected by channels or links. 
In the links of these networks there is a flow (cars in one 
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and ccnversations in the other) and in both cases links can 
be used to form paths between nodes which are not directly 
connected. 

The need for solutions to the problems associated with 
the flew cf commodities within networks has caused an 
increase of activity in branches of mathematics involving 
queueing, graph and network theory. Ford and Fulkerson 
(Ref. 1 ] in the late 1950 *s developed methods to solve a 
railway transportation problem known as the Hitchcock 
problem. Their solution was the design of network flows so 
as to minimize the ccsts related to use of the network while 
still satisfying certain flow requirements which existed at 
some nodes. The result of their work was a more efficient 
and cost effective transportation system. 

In the events leading to the solution of the Hitchcock 
problem, the importance of the commodiry carried by the 
network helped provide the impetus for rigorous research. 
In a similar fashion, the current focus of attention is on 
an item of ever increasing importance: the commodity of 

isf • Finding increasingly efficient methods to 
•’transpert" information through communications networks has 
indeed become a major goal to a variety of research efforts. 
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This thesis is part of an ongoing effort being conducted 
at the Naval Postgraduate School with communications 
networks, and in particular, the packet-switched network. 
The purpose of this work is the application and analysis of 
a distributed routing procedure which guides the commodity 
of information through the network. Chapters I and II 
provide background irformation concerning packet-switched 
networks and the function of routing procedures. The third 
chapter introduces the distributed routing algorithm which 
was modified and adapted for use within such a network. The 
remainder of the work deals with the thorough test and eval- 
uation of the routing protocol using a computer simulation 
model . 
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these elements is purposely not given since their configura- 
tion may vary depending upon the type of network. However, 
their basic functions remain the same in all networks. 

Due to the many different types of communications 
networks which exist, a variety of methods for categoriza- 
tion have been developed. A basic classification method is 
based upon the number of communications channels present in 
the network. when only a single link exists which must be 
shared by all nodes, the network is termed ’•broadcast”. 
However if multiple links exist, such that all nodes are not 
in direct communications with each other, then the network 
is ’’point-to-point ” . In this case nodes not directly 
connected must communicate via other nodes. 

Networks .are alsc described by their topology using 
terminclcgy common to gra ph theory. The arrangement of 
nodes and links, for example, may form a star, tree or loop. 
Each configuration has certain characteristics, with the 
selection of a particular topology being a very important 
design consideration. Often in reference to communications 
networks, the words centralized, decentralized and distrib- 
uted will also be used to give the general network configu- 
ration (Figure 1,1). These three configurations tend to 
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Figure 1.1 Network Topologies 



lend themselves to particular types of network control which 
often use the same terminology. Control of the network may 
be the responsibility of a single node (centralized) , a 
portion of the nodes (decentralized) , or all of the nodes* 
(distributed). Confusion can occur when it is net clear 
whether the network being described is distributed in terms 
of topology, control or both. In the next chapter, the 
network control function of routing is categorized in terms 
of where the algorithm is actually performed. 

Ecint-to-point networks can be subdivided into two basic 
categories depending upon the method used to pass informa- 
tion. He first technique called line-switching is analo- 
gous to the telephone (voice) network. Here calls and 
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established in advance between source and destination redes. 



Therefore the inefficiency cf' having computer conversations 
which take less time than is required to set up the call is 
eliminated. 

In a packet -switched communications network, when the 
source nede has a blcck cf data tc send, that block is first 
divided into subunits which are a fixed number of bits in 
length. Attached then to each subunit is addressing and 
control information such that the resulting "packet” can 
reach its destination. Packet size (usually 1000 bits or 
less) is kept relatively small so rhat no single user can 
monopolize a link for too long at a time. The basic opera- 
tion cf packet-switching can best be described by fcllcwing 
the mevements of the first packet as it proceeds through the 
network . 

at the source node, a decision is made as tc which 
cutgeing link the packet will be transmitted. The decision 
rule is referred to as a routing procedure or algorithm. 
The status cf the selected link is then checked and if that 
link is idle, the packet is transmitted over the link. 
However if the link is busy, the packet joins a queue; this 
is accomplished physically by storing the packet in memory. 
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data tlcck could 



each take different routes through the 



network and thus arrive at the destination node out of 
sequence. Hence, a resequencing mechanism is required at 
the destination. Packets necessarily contain complete 
addressing informaticr since they move independently through 
the netwcrk. 

In contrast, a packetized virtual circuit is a 
circuit-switching-like approach. Information flow is in 
packetizsd form and virtual circuits carry the traffic, 
packets belonging to the same data block will travel. the 
same route through the network. This route (i.e the 

virtual circuit) is creaxed in the following manner, 

% 

The first packet of a particular data block acts as 
a "trailblazer which establishes the route as it passes 
through each node. Nodes maintain a '•circuit table'* so that 
all subsequent packets will be rouxed in the same way. Once 
a circuit is established, subsequent packets need only 
contain simple header information which identifies them with 
the initial packet. connections can be created with virtual 
circuits which will remain until broken down at the termina- 
tion of the session. 
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In comparing datagrams and 



virtual circuits 



seme 



summarizing points are given: 

1. Virtual circuit packets are shorter than datagram 
packets because of the reduced addressing information 
reguired. 

2. Datagrams require nodes to possess a resequencing 
protocol for packets arriving out of their original 
order. 
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operation. Or. the other hand, datagram packets would 
be routed according to the current routing procedure 
at each node and thus their paths are not constrained 
by an outdated decision. 

2 • R pp licat ion with Vo ice Traf fic 

Packet-switching was originally proposed because it 
was recognized that computers were very inefficient users of 
the line-switching techniques which had worked quite well 
for human speech in the telephone system. Rather than try 
to make a computer '’speak*' like a man so that it could use 
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the telephone, a new switching technique was developed. The 
success cf packet-switching and its obvious benefits have 
led to research efforts in developing methods by which voice 
traffic cculd be transmitted using this technique. 

The difficulty in this implementation does not lie 
in making the voice packets. A number of methods are used 
which convert analog speech to a digital waveform. Data 
rates as lew as 2.4 to 4.8 kbits/sec have been achieved 
using vocoders with linear predictive coding. The sampled 
voice data is divided into discrete packets with packet 
length corresponding to an interval of the analog signal. 

The fundamental problem which plagues packetized 
voice netwerks relates to the nature of speech, which 
requires both high throughput and low delay, a feature which 
is not censistant with the capabilities of most packet 
networks. In order that the quality of speech be preserved, 
voice traffic in a packet -switched network must maintain 
continuity. Voice gaps caused by end-to-end delays are 
generally undesirable. Traditional line-switched networks 
exhibit fixed delays to voice traffic and thus the relative 
speech ticing was preserved. However, rhe variable delays 
due to the possible queueing cf voice packets can cause loss 
in intelligibility. 
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In order to achieve regularity in voice traffic a 
variety cf schemes have already been investigated. The use 
cf both datagrams and virtual circuits have been suggested 
and the merits cf each have been cited by Gruber [Bef. 2]. 
Datagrams, it . is pointed cut, provide the shortest 
end-to-end delay and thus voice continuity would be more 
readily achieved. Also, due to the redundant nature of 
speech, the effects of lost or damaged packets would not 
have the catastrophic effect which accompanies similar 
occurrences in computer data networks. Virtual circuits, on 
the other hand, do not have the resequencing delays associ- 
ated with datagram service. Additionally, the shorter 

packet length would cause less congestion than the larger 
datagram packet caused. 

The issue of how best to implement voice traffic in 
a packet-switched network is by no means resolved. The gcal 
cf reducing delay, hcwever, continues to be germane to all 
packet-switched networks, and in the case of voice traffic 
may be the most important issue. Work aimed at developing 
routing techniques which are applicable to these networks 
continues to be relevant, if not critical, to future 
success. 
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C. METHCBK ABCHITECTDHB 

As Stated earlier, this thesis involves the development 
and application of a routing procedure for a packet-switched 
distributed communications network. The function of 

selecting which outgoing link a packet will take is one of 
the many operations that must be performed in order for the 
network to provide effective service to its users. The 

complexity of the relationships between these functions can 
make it difficult tc understand how routing procedures fit 
into the total network architecture. This task car. be 

greatly simplified by using a conceptual model proposed by 
the International Standards Organization (ISO) for communi- 
cations networks. 

The ISO model was developed as the first step in stan- 
dardization of the various protocols which exist in these 
networks. The model provides a basis for categorizing the 
many complicated network operations into ’’layers*' so that 
rules and procedures telcnging to a particular layer perform 
a well defined service. The layers are organized in a hier- 
archical structure where each one is built upon its pred- 
ecessor. The impact of using this layer model is that 
higher layers need not be concerned with the details of how 



26 



the services 



offered by the lower layers are 



actually 



iaipleniented . 

The seven layer model a 



below 


with 


a 


summary of 


performed 


at 


each layer 


Tannenbaum 


[Bef 


. 3 ], 


1 . 


Ph^s 


ical 


layer - The 




channel 


which involv 




prcc 


€dur 


al interfaci 


2. 


Data 


Lin 


k layer - Th 




miss 


ion 


facility in 




eirc 


rs 


to the Netw 




brea 


k up 


the input _ 




the 


fra in 


es seguentia 




ment 


fra 


mes sent bac 


3. 


Netw 


crk 


layer - The 




netw 


crk. 


Additiona 




the 


Tran 


sport layer 




for 


cont 


rol of conge 


4. 


Tran 


spor 


t la ver - T 




Sess 


ion 


layer which 




la ye 


^ • 


Protocols e 



rrived at by the ISO is presented 
the distinct function which is 
. Terminology used is from 

transmission of data bits over a 
es the mechanical, electrical and 
ng of the network, 
e transformation of a raw trans- 
to a line that appears free of 
crk layer. Protocols employed 
data into data frames, transmit 
lly, and process the acknowledge- 
k from the receiver. 

routing of packers within the 
1 protocols divide messages from 
into packets and provide measures 
St ion . 

he acceprance of data from the 

is then passed to the Network 
nsure that data arrives correctly 



27 



at th€ other end. The complexity of this layer is 
therefore highly dependent upon whether datagram or 
virtual circuits ate used in the Network layer. 
Additional protocols handle hierarchical addressing 
schemes and the multiplexing of a number of connec- 
tions. 

5. Ses sion layer - The establishment of a connection 
between two processes and the management of the 
dialog in an orderly manner. 

Pres ent a tio n layer - The performance of functions 
that are reguested sufficiently often to warrant 
finding a general solution for them, rather than 
letting each user solve the problem. Protocols 
include encryption routines for message security, 
character conversion and text compression. 

Ap pl ica t ion layer - The content of this layer is up 
to the individual user. Since the contents of the 
application layer are developed by the network user 
vice the network designer (as with the lower layers) , 
few national or international standard protocols 
exist. Nevertheless, current research dealir "3 with 
issues which are common to many applications may be 
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tfc€ future scurce cf accepted protocols. These 
topics include distributed data bases and distributed 
ccmputation. 

As the layer level increases, so does its relative level 
of abstraction. The lowest three layers (Physical, Data 
Link, and Network) deal with the actual transportation cf 
data within the network itself and are often refered to as 
subnet layers. The functions cf the remaining four higher 
layers can be compared to those of a virtual machine system. 
These layers provide the user with a connection to their 
destination which appears dedicated to them alone. In ether 
words, though many users may be simultaneously using the 
shared resources of the network, their connections will 
remain isolated from each other through the functions of the 
subnet layers. 

In this model, the routing procedures are a part of the 
Network layer. Numerous different algorithms have been 
proposed in the literature which claim to find the ’’best 
paths" within a network. However, as will be shown in the 
next chapter, not all are well suited for application within 
a distributed packet-switched network. In providing the 
general characteristics of the wide variety of routing 
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unchanging network has stationary traffic inputs then the 
algorithni should converge to a stable traffic pattern. An 
algorithn which never converges, no matter how long iz runs, 
is unstatle. Fairness and optimality are certainly desir- 
able, yet often contradictory goals. This contradiction is 
test seen by example. Suppose two high volume traffic users 
share a single communications link while transmitting to 
another party. Due to their combined traffic, the link is 
used to full capacity and thus exhibits maximum traffic 
throughput. If the criterion for optimization is maximum 
traffic flow, then the situation is optimal. However, if a 
lower volume user reguests to send traffic over that link, 
it will he denied since the traffic flow would be reduced if 
the user were allowed to use the link. Evidently, some 
compromise between global efficiency and fairness to indi- 
vidual connections is needed. 

A. IISK WEIGHT FONCTION 

Host routing algorithms used in packet networks turn cut 
to be variants, in one form or another, of shortest path 
algorithms. These procedures achieve optimality by routing 
packets from source to destination over a path of "least 
cost". In establishing a criterion function the designer 
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assigns a positive cost to each link which a packet incurs 
when it travels over that link. These "link weights" are 
evaluated based upon a specific commodity which the designer 
is seeking to minimize. The link weight function, then, 
assigns a numeric value to all links which the routing algo- 
rithm uses in its computation of the least cost or best 
paths of travel throughout the network. 

The parameters upon which the link weight is dependent 
are set by choice cf the designer. Some networks use a 
fixed weight for each link in the network, the weight' being 
inversely proportional to the link capacity in bits per 
second. For a network with equal capacity links, minimiza- 
tion of the cost produces a least "hop" routing scheme, a 
hop being a trip over a single link. Links with a high 
error rate or poor signal to noise characteristics may be 
given higher weights, steering traffic away from them. 
Heights may be assigned depending upon the type of traffic 
transmitted with a higher weight given to computer file 
transfers than to interactive terminal usage. In attempting 
to minimize average packet delay, link weights could be 
based upon estimates cf average packet delay times over that 
link . 
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BOOTING CLaSSES 



In choosing the link -weight function, the designer makes 
a crucial decision concerning the performance of the 
network. If link weights are not a function of parameters 
involving estimates of current traffic and topology, the 
algorithm will be deterministic. However, if link weights 
are a function cf these parameters then the algorithm will 
be adaptive. A third class, called hybrid algorithms, use 
link weight functions which behave both deterministically 
and adaptively depending upcn network conditions. 
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equal. This method could be selected when the traffic 
pattern is balanced, i.e. the link utilization of different 
links is approximately the same. Under such conditions, the 
average delay of a packet will be minimized. 

A more complex, though still deterministic algo- 
rithm, is tc expand the renting table to include alternate 
paths. Therefore, fer each possible destination, the node 
would have a first, second, third, etc. outgoing link. whose 
selection would he based on a predetermined plan. A better 
basis cf assignment is tc have a specified fraction- of 
entering packets corresponding to a particular source- 
destinaticn pair be routed ever each outgoing link. 

The selection of these ’’routing fractions" can be 
made in an ad hoc fashion. However, if the incoming traffic 
statistics for the network are known then better, although 
more complicated, iterative approaches can be used. The 
determination of the routing policy can be based upon mini- 
mizing the average scurce-t o-destination packet delay. This 
type of minimization problem is a convex multicommodity 
problem cn a convex constraint set. The important feature 
of this type of minimization problem is that the solution is 
a unique Iccal minimum, which is also the global minimum. 
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Ihis means that the solution will be the optima l routing 
solution for the given ' static situation. A number of 
optimal techniques for the solution of multicommodity flow 
problems are found in the literature which have a wide range 
cf ccmputat ional efficiencies [Ref. 4]. 

Another type cf deterministic approach is called 
"flooding'*. Each node receiving a packet simple retransmits 
it over all outgoing links. This technique is, simple and 
robust. Flooding always chooses the shortest path; because 
it chooses every path in parallel. The obvious drawback is 
the network being overwhelmed with multiple copies cf a 
message. 

The advantace cf deterministic routing is its 
simplicity of implementation, since little, if any, dynamic 
calculation or signaling information is required. Important 
too is the fact that these methods ’ provide good, if not 
cptimal, performance under conditions for which they were 
designed. The main drawback cf non-adaptive schemes is just 
that, they do not adapt. Static routing is often designed 
based upon mean traffic patterns, but for chaotic and unbal- 
anced traffic environments, they are not adequate [Bef. 5]. 
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2 . Adaptive Ro uting 

Adaptive or dynamic routing algorithms utilize link 
weight functions containing parameters which are measure- 
ments or estimates of the current traffic or topology of a 
network. In general, adaptive routing procedures can 
usually be differentiated by two criteria; how dynamic they 
are and where the algorithm is implemented. 

Ihe dynamic feature of an algorithm concerns how 
rapidly and in what manner it adapts to changes in the 
network. The best, although ncnrealizable , algorithm would 
be one where instantaneous and global knowledge of the 
network status was available upon which routing decisions 
were made. This "ideal observer" would always route traffic 
in the optimal fashion. Since this is not possible, adap- 
tive algorithms depend upon making estimates of traffic 
conditions, reflecting these estimates using link weights, 
and then cooputing rew routes. While adaptive routing 
strategies appear more attractive than deterministic ones, 
the overhead traffic caused by routing updates and the prac- 
tical difficulty involved in accurately reflecting the 
current traffic conditions can make the choice unclear. 
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Centralized Routing 



Under centralized control, a central node in the 
network receives status information from all other ncdes, 
processes this information, and then computes the new best 
path routing table based upon this global knowledge. The 

attractivenes of this scheme lies in the ability of the 
central node to make routing decisions based upon global 
knowledge and the alleviation of routing computation by 
other nodes. 

However the drawbacks are serious, if not fatal. 
Rutting "all its eggs in one basket", this system is hardly 
robust, with failure of the central node being catastrophic 
for the network. There are also problems related to* a heavy 
concentration of routing traffic near the central node. 
Finally there exists the more basic "chicken and egg" 
predicament where one needs routes to transmit status infor- 
mation required to establish routes. 

Numerous centralized algorithms can be found in 
the literature. An algorithm proposed by Dijkstra [Ref. 6] 
deserves mention due to its popularity. Because of its 
computational efficiency, it is used as a basis of compar- 
ison in the next chapter. The Dijkstra algorithm uses a 
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•’tree growing” technique in which the source node is the 
base cf the tree. Through an iterative process, nodes which 
constitute the shortest path from the source to the destina- 
tion receive a "permanent” label. This label contains the 
identity of the node which is the next hop to the scurce 
node. The algorithm, in its basic form, terminates when the 
destination node is permanently labeled. If it is desired 
to find the shortest paths from the source to all nodes 
within the network, then the algorithm is simply repeated 
until all nodes are permanently labeled. To complete a 
centralized routing table for the entire network, a mere 
computationally efficient matrix implementation of the algo- 
rithm is available, 

h. Isolated Fouting 

On the opposite end of the spectrum from 
centralized algorithms are procedures in which nodes make 
routing decisions based only cn information they themselves 
have gleaned. With isolated routing, nodes exchange no 
routing information with other nodes. These methods still, 
however, try to adapt to changes in topology and traffic. 

A simple example of an isolated scheme is the 
”hot petate” algcrithii. When a packet arrives, the node 



39 



tries to get rid of it as fast as possible by putting it on 
the queue of the output link vfhich is shortest. 

The advantage of these algorithms is the absence 
cf update traffic while the disadvantages are related to 
much less than optimal path selection due to limited knowl- 
edge, This brings out the ongoing battle between the 
benefits of up-to-date status information for decision 
making and the burden this places on the network in the form 
cf high overhead traffic. 

c. Distributed Routing 

with distributed algorithms, each node 

constructs its own routing table using periodic updating 
information from neighboring nodes. The algorithms are 
distributed in the ser.se also that no central routing tables 
are required and there is no global knowledge of the 
topology cf the routes. Each node knows only its adjacent 
nodes and from amongst them, chooses a "preferred" neighbor 
for each destination rede. 

Distributed algorithms have many features which 
make them attractive for packet-switched commun ications 
networks. They are robust due to their lack of dependence 
upon a central node for routing information. They also 
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possess the ability to react quickly to local disturbances 
at the point of disturbance with slower '’fine tuning" in the 
rest cf the network. 

The routing algorithm used in the ARPANET since 
May 1979 employs a modified version of the Dijkstra algo- 
rithm in a distributed manner [Ref. 7], Each node indepen- 
dently computes its own routing table using this Dijkstra 
modification which is called the "shortest-path-first" algo- 
rithm. The modifications allow the algorithm to handle 
various possible changes in link wieghts without having to 
recalculate the whole spanning tree. 

Link weights are evaluated in terms cf time 
delays on the link. Each ncde calculates an estimate of the 
delay on each of its outbound links by averaging the total 
packet delay over a ten second interval. since all nodes 
must be informed of link weight changes, a flooding tech- 
nique is used to forward the information throughout the 
network. Tc reduce overhead, a link weight update is trans- 
mitted cnly when the change in weight since the last trans- 
mission has exceeded a certain threshold. Upon receipt of a 
new link weight update, the shortest-pazh- first algorithm 
restructures its shortest path tree. 



Gallager [Hef. 8] proposed a distributed routing 
algorithm which makes use of the routing fraction ccr.cept 
discussed earlier in the deterministic routing section of 
this chapter. Onlike the static scheme, these routing frac- 
tions are functions cf information communicated between 
adjacent nodes. The information in the update message is 
related tc the marginal delay to each destination. The 

algorithm sends packets over routes which minimize the 
overall delay of all messages, vice attempting to send 
packets ever a route that minimizes their own delay with no 
regard zo that of otter packets. The basic notion which the 
algorithm exploits is that a change in link flow causes a 
marginal change in network delay. 

Gallager demonstrates that the algorithm 
converges to the minimum average delay for a network with 
stationary inputs and links. The question as to whether the 
algorithm could adjust fast enough to keep up with changing 
statistics is still the subject of srudy. Faster network 
changes would necessitate more frequent updating of the 
algorithm. Besides the usual problems of increased over- 
head, frequent updates would also cause noisier measurements 
cf marginal link delays and node flows. 



Another distributed algorithm is presented by 
Segall and Merlin (Bef . 9 ] which uses the spanning tree 
concept cf graph theory. A spanning tree is a connected 
partial graph (all ncdes and a subset of links) containing 
no loops. A normal update cycle would begin from the desti- 
nation node at the base of the tree. The cycle would propa- 
gate up-tree (on the spanning tree ) , modifying the weight 
estimates from each rode to the destination node and then 
propagate down-tree while updating the best path neighbors 
for each node. Each cycle tends to find the best path from 
each node to the destination node. As with Gallager's algo- 
rithm, the paths are also loop free at every iteration. 

In comparing the last rwo distributed algo- 
rithms, there is a- fundamental difference in how they seek 
to minimire their cost functions. Gallagher's algorithm 
produces a set of routing fractions which tell the node what 
percentage of traf.fic for a particular destination is to be 
placed on each of its outgoing links. To dramatize the 
point assume 100 packets destined for node J arrive at node 
I. The current routing fractions state that 50/E of all 
traffic for node J is to travel on link (I, A), 30% on link 

(I,B) and 20% on link (I,C). Node I would then place 50 



30 packets in -link queue (I,B) 



packets in link queue (I, A) , 
and 20 packets in link queue (I,C). 

Seqall’s algorithm, on the other hand, produces 
a routing table which lists a "preferred'* neighbor for each 
destination. If the same situation had occurred using this 
algorithm then all ICO packets would have been placed into 
one link queue. It would appear in the case of algorithms 
providing a single path routing table, that this does not 
mean that at any given instant all traffic arriving at a 
node destined for another should be sent via the single 
path. The policy of cnly incrementally increasing the frac- 
tion of traffic routed to the preferred neighbor, while 
(incrementally) easing the load to other routes seems mere 
suitable. In this way, the best estimated route becomes 
somewhat more loaded, whereas the others become less loaded, 
thereby impreving network performance. 

Another distributed routing algorithm which 
operates on a substantially different principle was written 
by Yen [Bef. 10]. That principle, and the other character- 
istics of the Yen algorithm are investigated in the 
following chapters. 
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Hyb rid R outin g 



Hybrid routing is a strategy based upon 
hypothesis that a conitination of deterministic and ada 
schemes will probably achieve the best results. 
[Ref. 5] states that for the routing procedures which 
been implemented, adaptive routing procedures are goo 
certain traffic conditions and deterministic ones 
others. Chow concludes that a hybrid algorithm must b 
deterministically when traffic so warrants and adapt 
otherwise . 
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The ARPANET is an operational packet-switched 

network which implements a hybrid scheme. Since 1979 this 

network has used a link weight function [Ref. 11] which can 

he generalized into 

W(I,J) = t + CQ(I,J) 

where Q(I,J) is the link queue size at the time of routing 
update and t > c. In this scheme when traffic is reasonably 

balanced, the constant b determines a fixed path for each 

source-dest inaticn pair and the routing strategy behaves 
like a deterministic one. otherwise, the difference in 
queue buildup of alternate paths becomes substantia 1, the 
impact of the cQ (I ,J) term increases, and the routing 

becomes adaptive. Chow considers a third term, dQ2(I,J), 

such that the link weight function is 

W(I,J) = b + cQ(I,J) + dQ2(I,J) 

and c > d. His sinulation verified that this, link weight 
function provides a gccd conprcmise. The actual values of 
b, c and d and the frequency of updates depended upon the 
network tcpclogy and traffic condtions. 

The development of a hybrid routing system based 
upon the Yen distributed routing algorithm and a newly 
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The relationship between the congestion process and the 
available network resources will be illustrated beginning 
with the use of an "ideal” packet-switched network. Ideal 
means that each node has infinite buffer capacity, each 
microprocessor has a perfect routing algorithm, and each 
link has infinite capacity. within this network, since 
packets travel instantaneously from node to node over the 
best path, congestion cannot occur. Offered traffic can 
never exceed the limits of a network with unlimited 
capacity. 

Suppose now that the links are made more realistic and 
given finite capacity with attendant propagation delays. 
Nothing else in the network is changed. • In this case, since 
the routing algorithir is perfect, incoming traffic will be 
distributed within the network such that the limiting 
resource (tbe link capacity) is efficiently used. However, 
as the intensity increases, the finite link capacity will 
eventually reach saturation resulting in queue build up and 
packet delays. With a perfect routing algorithm, when the 
network limit is reached, several nodes or links will become 
blocked at the same time. Had the routing algorithm been 
less than perfect, the congestion would have started at a 
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smaller traffic intensity since the network resources would 



be less skillfully allocated. 

The final touch of realism for the network is the use of 
finite capacity queues. Under this limitation, all packets 
arriving at a node fcr which there is no queue space are 
simply discarded. Congestion would not occur in this 

network, tut the process of packet discarding (although used 
in some networks) seems a drastic solution to the problem. 

From this scenario, the role of routing is seen as 
congestion "avoidance" vice congestion "elimination". Even 
perfect routing can not stop congestion when the network 
traffic limit is exceeded. Although good routing protcccls 
will increase the lead that a network can take, it follows 
that the elimination of congestion must start prior to 
packets entering the network. Once a packet has bean 

accepted into the network, the best rhat can be dons is to 
provide routes so as tc avoid congestion. But if too many 
packets are allowed into the network, congestion is 
inevitable. 

The methods of congestion control presented in the 
following paragraphs are those which act prior to a packet 
entering the network. The "isarithmic" method by Davies 



[Ref. 12] is a techiigue which places a limit on the total 
number of packets in the network. The network contains 
permits which circulate about. A packet requires a pernit 
to travel in the network and upon reaching the destination, 
the permit is recirculated. This simple rule ensures that 
the number of packets in the network will not exceed the 
number of permits. 

If virtual circuits are used in a packet-switched 
network, a simple congestion control scheme is to allow each 
virtual circuit to reserve buffer space at each node along 
its path. If buffer space at any node is not available, the 
caller gets a "busy” signal and the circuit is not 

completed. This preallocation of buffers, however, results 
in some inefficiency since resources assigned but not actu- 
ally being used in connections are not available to anyone 
else . 

Another method proposed by Majithia [Ref. 13] uses a 
mechanism which is triggered only when the system is 
congested. The "warning" of impending congestion is trans- 
mitted throughout the network by means of choke packets. 
The choke packets act as a negative feedback source which is 
then used by nodes to throttle incoming traffic. 
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The mechanism known as flow control is often included in 
the set of solutions for the problem of congestion control 
in packet-switched networks. The term is used throughout 
the literature and not without some confusion. In under- 
standing the possible applications of flow control, it is 
first necessary to clarify what flow control is and how it 
differs fundamentally from congestion control. 

Most authors use flow control to mean the mechanism by 
which a receiver throttles a sender to prevent data from 
arriving at a rate faster than the receiver can handle it. 
Flow control seeks to allocate network resources for user- 
receiver pairs as long as they are available. Usually the 
implementation of flow control is at the Transport layer 
between source and destination nodes (end-to-end flow 
control) but sometimes the term is applied to protcccls 
tetween neighboring ncdes. 

Numerous flow control schemes are presented in the 
literature although usually they involve the implementation 
of one of cnly a limited number of throttling tools. Pouzin 
[Sef. 14 ] summarizes them as being in the following 
categories: 
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1. stop and-Go - The source either can send traffic 
without limit, or it is barred from transmitting. 

2. Credit - The sender cannot transmit unless it has 
received from the receiver an indication about the 
amount of traffic that can be accepted. 

3. Rate - The sender cannot transmit traffic above a 
predetermined rate. 

4. Delay - As delay increases between source and desti- 
nation, the sender is throttled. 

5. Class - Traffic is offered with a class indicator. 
When enough resources are available, all offered 
traffic is accepted. Otherwise, some classes are 
restricted depending upon criteria which appears to 
strike an acceptable balance between conflicting user 
demands. 
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to the same destination node. Even if their individual 
transmission rates are low, the destination node may not be 
able to handle the ccabined traffic load. Both the credit 
and delay schemes wculd be able to sense the beginnings of 
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congestion through the termination of credits from the 
receiver or the increase in packet delay. Traffic to the 
destination node could then be throtteled to avoid 
congestion. 

In contrast, the Stop and Go and Rate schemes may net be 
as effective in controlling congestion. These flow control 
schemes reguire the sender to stop sending at some point and 
wait for an explicit go-ahead message, or permit the 
receiver to simply discard packets at will with impurity. 
The ability to select the cut-eff "point" for the protocol 
which satisfies a total network requirement is the real 
problem. If the point is determined based upon average 
network operating levels then these particular flow control 
schemes will provide poor service for bursty traffic. On 
the other hand, if peak levels are used then they end up 
providing no control at all. 
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III. THE TEN SH ORT EST PATH ALGORITHM 



With the abundance of shortest path algorithms in the 
literature [Ref. 15], there was a need to develop criterion 
for selection of one iiethod over another. Immediately, all 
centralized shortest path algorithms were eliminated due to 
the goal of creating a truly decentralized communications 
system. This reduced the number of choices by a substantial 
amount. The following characteristics were then sought 
after in the remaining decentralized shortest path 
algorithms. 

1. Algorithms should not require knowledge of the 
complete network topology. 

2. Algorithms shculd be efficient (i.e. require as few 
as possible ccmputat ional steps for the node’s micro- 
prccessor ) . 

3. Information exchanged between network nodes required 
for algorithm to function should be a minimum. 

Eased upon these criterion, the Yen shortest path algorithm 
was chosen [Ref. 10]. Both Gallagher’s and Segall’s algo- 
rithms satisfied condition (1) , however Gallagher’s was not 
as ccmput ationally efficient and Segall’s required more 
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exchange cf information (the dual nature of its spanning 
tree update cycle) between nodes than the algorithm proposed 
by Yen. Not only does the Yen algorithm satisfy the desired 
requirements, but it also exhibits unique features which 
were cf particular interest for this research. In addition, 
and perhaps foremost, was the fact that this algorthim has 
not teen thoroughly studied in actual network simulations. 

A. DESCBIPTIOH 

The key word in understanding and analyzing the Yen 
shortest- path algorithm is ’’time". The manner in which the 
algorithm makes use cf time in arriving at the shortest path 
between ncdes of a network is quite unique. This was the 
cnly algorithm reviewed by this author that even approached 
the problem in this fashion. The necessary assumptions for 
applying the algorithm are as follows; 

1. Each node in the network is equipped with transmis- 
sion and computation facilities and a timing device 
called a clock. 

2. Each node J knows a set of nodes, called Neighbor (in) 
ncdes, each of which is connected to a nods J by a 
directed link from the Neighbor (in) node to node J. 
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3. Each node J knows a set of nodes, called 

Neighbor (out) nodes, each of which is connected to 
node J by a directed link leading froin node j to the 
Neighbor (out) node, 

4. Each node J knows the weight of each of the links 

connecting node J to the Neighbor (out) nodes. 

Weight, again refers to the assigned cost of using 
that link. 

5. Each node J maintains a list consisting of certain 
Neighbor (out) nodes, called an Update Transmission 
List, which are to receive the transmission of update 
message *’J”. 

For most data communication networks, there will be a full 
duplex link between node pairs so that the set of 
Neighbor (in) and Neighbor (o ut) nodes would be identical for 
a given node. To simplify the discription to follow. 
Neighbor will refer to a terminating node of a full duplex 
link. The clock is the only item which is peculiar tc the 
application of this algorithm. However, since each micro- 
processor has a clock associated with it, no additional 
hardware is required. 
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The algorithm for finding the shortest paths from all 
nodes to a destination node K is contained in Appendix A. 
The activity of the algorithm begins with node K transmit- 
ting the update message ”K " to all of its Neighbors at the 
same time. The actions which a node takes upon reception of 
an update are broken down into five parts within step 2 of 
the algorithm. These actions are summarized as follows; 

Beyise the O pdate Tr ansm ission List ( Step 2. A). This 
list contains those Neighbors which are to receive 
the update sent from this node. Each time a node 
receives an update from a Neighbor, that Neighbor is 
removed from the Update Transmission List. This 
process prevents update message ’’looping". 

2* Calculate the Upda t e H ecept ion Weight (Step 2.E). 
The tasic operation of the algorithm is the mapping 
of the time of reception of an update message into an 
Update Reception Weight. The relationship between 
the time of reception and the Update Reception Weight 
is a direct proportion (using the constant C) such 
that updates arriving at later times will result in 
larger Reception Weights. 



57 



3. 



Determi ne the Tenta t ive Shorten Dis^nce {Step 

2.C) . The Update Reception Weight is added tc the 
weight of the link to the node from which the update 
message had been sent. If node 2 received an update 
frcm node 4 this "reverse link weight" would be 
W(2,4). The total of the two weights is the shortest 
path distance to the destination node via the reverse 
link. To provide a degree of differentiation, the 
term "distance" will be used in reference to the 
total weight of a path or route consisting cf one or 
mere links. This path distance is then compared to 
the previously computed shortest path distance with 
the smaller cf the twe becoming the new tentative 
shortest path. 

^ • Sc he dul 6 the T en tat ive Updat e T rans mi ssio n 

(Ste£ 2.D) . Ihe te ntative ‘ shortest path distance is 
mapped into a corresponding time value. When this 
time occurs, the update message will be sent tc all 
Neighbors in the Update Transmission List. 

5* Tr ansmi t the U pdate (Step 2 . E) . At the moment the 
time of update transmission occurs, the message is 
sent to all nodes in the Update Transmission List. 
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Tc aid in understanding the operation of the algorithm a 
simple example is given.. Figure 3.1 presents a four node 
network which is used to demonstrate the algorithm in its 
basic form. The numbers near the beginning of each link are 




Figure 3.-1 algorithm Demonstration Network 

their weights, W(I,J). Before proceeding with this example 
it must be pointed out that the Yen algorithm in its basic 
form cannot be applied to an actual network. The propaga- 
tion and processing delays present in real systems must be 
taken into account and thus some modifications have to be 
made. Also when the algorithm is applied to find 
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simultaneously the shortest paths to many destination cedes, 
the simple update message presented in the algorithm must be 
changed to include additional identifying information. Beth 
of these medif icatiens were performed prior to implementa- 
tion into the simulation but are not essential in under- 
standing the fundamentals of the algorithm. 

In this example, node 1 will be the destination node, 
at the conclusion of the algorithm all nodes in the network 
will know the next node along the best path to take to node 
1. The algorithm begins by initializing all tentative shor- 
test path distances and their corresponding time value to 
infinity. The Update Transmission List of each node 
initially contains all the node's Neighbors. The .constant C 
which relates path distance tc time is set to unity for ease 
in understanding the operation cf the algorithm. 

At time 0, node 1 sends its Neighbor nodes 2 and 3 the 
simple message "1”. Since no propagation delay is assumed, 
nodes 2 and 3 both receive the message ••1” at the same time 
0. Being a distributed system, both nodes begin performing 
the algorithm upon receipt of the update message. The 
activity at node 2 is first observed. A descriptive format 
is utilized in presenting the algorithm steps which are 
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performed at each node. The algorithm step label from 
Appendix A is included with each corresponding action. 

Step 2. A; Node 2 deletes node 1 from its Update 
Transmission List. This eliminates rhe possibility of 
sending an update to a node from which one has already been 
received. 

Step 2.B; The clock is read and the time of receprion 

of the update from rede 1 over the link (1,2) is noted. 

This time is then mapped into a Reception Weight. Since the 
time of reception was 0 and the mapping multiplier, C, 
equalled 1, the value of the Update Reception Weight was 0. 

Step 2.C; The Update Reception Weight is added to the 
actual weight of the reverse link (2, 1) resulting in the 
path distance-. This path distance is compared to the 
previous path distance (which was initially infinite) with 
the smaller of the two being selected. The tentative shor- 
test path dist*ance is then 0 +■ 2=2. 

Step 2.D,S; The path distance is then mapped into a time 

value of 2. Node 2 will now tentatively schedule the trans- 

mission of the update message ”2” at time 2 to all nodes in 
its Update Transmission List. The message number indicates 
the transmitting nodes identity. 
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Node 2 completes this action at time 0 since no 
processing time is assumed. At node 3 a similar process 
takes place. 

Step 2. A; Node 3 deletes node 1 from its Update 
Transmission List. 

Step 2.B; The Update Reception Weight is computed to be 
0 since tie time of reception was 0. 

Step 2.C; The Reception weight is added to the reverse 
link weight with the result of 0 +4 =4 for the path 
distance. 

Step 2.D,E; Node 3 schedules the tentative transmission 
cf the message ”3'* tc nodes 2 and 4 at time 4. 

The network is then "quiet" until time 2 whereupon node 
2 sends message "2" tc nodes 3 and 4. Upon receipt cf the 
message at time 2, ncce 4 performs the following: 

Step 2. A; Node 4 deletes node 2 from its Update 
Transm ission List. 

Step 2.E; The Update Reception Weight of the message is 
computed to be 2 since the time of reception was 2. 

Step 2.C; This weight is added to the reverse link 
weight with the result of 2 + 3 = 5 for the path distance. 
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step 2.D; Node 4 tentatively schedules the transmission 
of message "4" to node 3 at time 5. 

At node 3 the following action is occurring: 

Step 2. A; Node 3 deletes node 2 from its Update 
Transmission List. leaving only nods 4. 

Step 2.B; The Update Reception Height of the message is 
computed to be 2 since the time of reception was 2. 

Step 2.C; The Reception Weight is added to this link 
weight with the result of 2 + 1 = 3 being the path distance. 
This path distance is then ccmparsd with the previous value 
of 4, Since this path distance is shorter, the new tenta- 
tive path distance becomes 3. 

Step 2,D,E; Node 3 then reschedules the transmission of 
the message "3" to occur at time 3 when it will be sent to 
node 4. 

Again the clock ticks until time 3 at which point node 3 
sends Neighbor node 4 the message "3”, Node 4 then takes 
the fcllcwing action: 

Step 2. A; Node 4 deletes node 3 from its now empty 
Update Transmission List. 

Step 2.B; The Update Reception Weight is computed to be 
3 since the time of reception was 3. 
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step 2.C; This Recepticn Weight is added to the reverse 
link weight resulting in 3 + 1 =4 which is less than the 

previous value of 5. The path distance is then updated to 
the new value of 4, 

Since the Update Transmission List of node 4 is empty, 
additional update transmissions are not needed. At termina- 
tion of the algorithm, the solution to the shortest path to 
node 1 for each node is: 

Node 2: Shortest path (distance = 2) was via node 1. 

Node 3; Shortest path (distance = 3) was via node 2. 

Node 4: Shortest path (distance = 4) was via node 3. 

From inspection of this simple network, the solution calcu- 
lated ty the yen algorithm is seen to be correct. It is now 
shown that the algorithm arrives at a set of optimal 
shortest path distances from nodes J to the destination ncde 
K for any connected network. 

During the course of the algorithm’s operation at some 
time t, there exists a set of tentative path distances, 
F(J,K), which have corresponding time values, T[F(J,K)], 
greater than t. These path distances represent the tenta- 
tive shortest paths from nodes J to destination node K using 
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the test faths computed up to that time. As time passes, 
the smallest of the tentative F(J,K)*s, say F(J*,K) will 
tecoiie permanently labeled because at time t = T[F(j*,K)] it 
becomes apparent that there is no other path from node J* to 
node K that has a shorter distance than F(J*,K) . On one 
hand, the tentative F(J,K) *s become permanently labeled as 
time passes; and, on the other hand, whenever a F(J,K) 
becomes permanently labeled it is used to update ether 

tentative F(J,K)‘s. Therefore, at the termination of the 

algorithm, the F(J,K)'s thus obtained are the distances of 
the optimal shortest paths from nodes J to the destination 
node K. 

A useful analogy to picture the operation of the algo- 
rithm is to visualiae each node as having an alarm clock. 

Upon reception of the first update message ”K", node j sets 
its alarm to go off at time t = T[F(J,K) ]. If, prior to the 
alarm deck "buzzing”, node J receives another message over 
a different link, then it compares the current alarm setting 
with the newly computed time. The smallest of the two time 
settings is adopted, which in the analogy equates to reset- 
ting the alarm clock to the new shorter time. When time t = 
T[F(J,K)] finally occurs, node J "wakes up" and sends its 
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own message "J" to all Neighbors from which it has not yet 
received a message. The terminology used in this 
description (i.e. alarm clock, setting, buzzer, and wake up) 
is used throughout the simulation program to aid in 

visualizing the various operations performed by the nodes 
for the algorithm. 

E. HCDIFICiTIOHS TO THE YEN AIGOEITHH 

As described in Appendix A, the Yen algorithm does not 
compensate for time delays caused from the transmission and 
processing of information and is not able to find simultane- 
ously the shortest paths to many destination nodes. Prior 
to application within the simulation, both of these modifi- 
cations were made. The solution to the problem of time 

delays is presented first. 

Delay 

The delay associated with transmitting information 
over a link between nodes within a digital communication 
network involves three factors: 

1. The length of the transmitted message. 

2. The propagation delay of the transmission medium. 

3. The message processing time for the receiver. 
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If at time 0, node J- begins sending the first bit of 
an N hit packet message to node K then at some later time 
the last bit of the message will have been sent. If R is 
the transmission rate in bits per second of the node then 
this time will be 

Tu = N ♦ R 



Ihe first bit of the transmitted message will reach the 
receiving ncde after a delay in propagation given by 

Tp = L / V 

vihere I is the physical length of the link in meters and V 
is the velocity of propagation for the medium in meters per 
second. Ihe receiver then will have the entire message at 
time lu + Td. The microprocessor must then perform the 
timing computations which will be completed in the 
processing time Tm. The total delay from the time a node 
hegins sending a message to the completion of processing by 
the receiving node is 



Td=Tu+Tp+Tm 

The basic Yen algorithm functions on the principle 
of mapping the weight of a link into a time delay in the 
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transmission of an update message. The mapping function is 

linear tased upon the constant C. When delays are present 

in a network without proper compensation, link weights are, 
in effect, changed which can result in erroneous best path 
calculations. It is important to bear in mind that the 
weight « (I, J) associated with link (I,J) is specified by a 
commodity which the network designer is attempting to mini- 
mize over all possible paths. Physical transmission and 
processing delays may have nothing to do with the selected 
commodity and thus their effect upon the algorithm's opera- 
tion must be removed. 

The nature of the problem is illustrated using the 
basic network given is Figure 3.2. In this network a time 
delay, Td, is associated with each link which is assumed to 
he identical for all links in the network. If node 1 origi- 
nates an update message then node 3 will eventually receive 
this destination update over both links (3,2) and (3,1). 
Node 3 will then perform two separate calculations of the 
algorithm resulting in two time settings related to the 
transmission of its cwn update. The time setting from the 
update traveling over link (1,3) is 
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Figure 3.2 Transiission Delay Demonstration Network 



T (3:1) 



Td + 



Wj3^1) 

C 



In the same way, the time setting from updates traveling 
ever links (1,2) and (2,3) is given by 



T(3: 2: 1) 



W(2,1) + W(3,2) 

2Td + 

C 



For a given selection of link weights, either path may be 
the test. Therefore, T(3:1) must be able to be greater 
than, less than or equal to 1(3:2: 1) based upon the link 
weights themselves and independant of transmission delays. 
The most direct means of removing these effects is to let 
each link weight be compensated individually such that 

W(I,J) = W(I,J) - (Td * C) 
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This means, however, that the initial stipulation of having 
all link weights be greater than or equal to zero must now 
te modified to 

> Td ♦ C 

In implementing this scheme there are two alterna- 
tives, The first is to establish link weights such that all 

H (I,J) > 1 

which would mean that 

C = 1 / Td 

Therefore step 2.C of the algorithm would become 

F(J,K) =min[F(J,K) , W(J,L) + F(L,K) -1] 

The second alternative (which was actually used in the simu- 
lation) is to ensure that 

W (I,J) > Td 

which meant that 

C = 1 

step 2.C then becomes 

F(J,K) = min[F(J,K) , M(J,L) + F{L,K) - Td] 
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The raisirg of the lower bound of allowable link weights 
prevents the algorithm from scheduling update transmissions 
in '‘negative" or past time. 

Figure 3.3 depicts the network used to show the 
effects that time delays have upon the basic algorithm and 




Figure 3.3 Time Delay Test Network 

then the modified version. The time delay for each link is 
1 second and C is set equal to 1. Link weights are labeled 
and the destination is node 1. The actions of both the 
basic and modified algorithms are summarized in Table I. By 
observation it is found that the best path from node 4 to 
node 1 is via node 3 which has a path distance of 6. Note, 
however, that node 4 using the unmodified algorithm arrived 
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TABLE I 










Actions of 


Easic and Modified Algorithms 










BASIC ALGORITHM 










Time (secs) 




No^ Activity 










0 


Hi 


xmt s '1' to n2 and n4. 










1 


n2 


revs '1', schedules xmt 
at time =2+1 = 3. 


of 


•2* 








n4 


revs ' 1' , schedules xmt 
at time =7+1=0. 


of 


•4' 






3 


n2 


xmts '2' to n3. 










4 


h3 


revs *2', schedules xmt 
at time =2+4=6. 


of 


•3* 






6 


n3 


xmts '3* to n4. 










7 


n4 


revs *3', computes the 
mine 8 » 2 + 7] = 8. 












MODIFIED ALGORITHM 










0 


n1 


sends '1' to n2 and n4. 










'1 


n2 


gets ' 1' , schedules xmt 
at time = 2 + 1 - 1 


of 
= 2. 


•2' 








h4 


gets '1', schedules xmt 
at time =7+1-1 


o f 
= 7. 


•4' 






2 


n2 


send '2' to n3. 










3 


h3 


gets '2', schedules xmt 
at time =2+3-1 


of 
= 4. 


•3' 






4 


h3 


sends '3' to n4. 










5 


r.4 


gets '3', computes the 
nine 7 , 2 + 5 - 1 ] 


= 6. 



















1 



at an inccrrect solaticn. In contrast, the modified algo- 
rithm ccmpensated for propagation delays and computed the 
correct path distances and best path next node at all nodes 
<iithin the network. 
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In applying the modified algorithm, when all link 
weights ai€ set to their minimum allowable values, the 
resulting routing table is a least hop one. This important 
result was used during the development of the link weight 
function in Chapter V. At this point, though, one can begin 
to see if link weights are related to traffic parameters in 
some way, that during periods of light activity (when 
weights are small) the modified algorithm will "automati- 
cally" produce least hep routing. As shown earlier, least 
hop routing is very effective when traffic intensity is 
light . 

2 • Multiple Desti natio n Medes 

The second modification involves enabling the algo- 
rithm to handle simultaneously the best path calculations to 
many destination nodes. The simple message *K’ and 'J' must 
be changed to contain additional information in order to 
identify the destination node. One solution is that the 
update message contain both the originating and retransmit- 
ting nodes identity. This would uniquely identify the 
update message for the receiving node. 

Along similar lines as multiple destination nodes is 
the need to distinguish consecutive updates originating from 
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the same node. In crder to differentiate them, a sequence 
number can be included in- the update message. The determi- 
nation of the number cf bits assigned to the sequence number 
would relate to the amount cf differentiation required. If 
no more that M updates originating from the same node could 
be in transit at the same time within the network, the 
number of bits for the sequence number would be log M (using 
tase twc logarithm) . Osing this method, the sequence 
numbers would continuously cycle from 1 to M. 

All network nodes must also have the additional 
capacity fcr keeping account of multiple update "alarm 
clock" sequences. Memory requirements include maintaining 
the clock setting and the corresponding Update Transmission 
List for each destination node update which is in progress. 
For very large networks this may be a considerable require- 
ment. Alternate methods involving hierarchical network 
structures are considered later in this chapter as possible 
schemes to reduce these requirements. 

C. CCMFOTATIONAL EFFICIENCI 

In the comparison of shortest path algorithms criterion 
which is often used for judging their performance Is the 
calculaticn of upper bounds cn the number of computational 



74 



w 





steps each require. Computational steps refer to the addi- 
tions, subtractions and coctparisons used during the execu- 
tion cf the algorithm by the node’s microprocessor. An 
additional criterion related to distributed algorithms 
involves the nature and frequency of information which is 
exchanged between nodes. 

Corresponding tc almost any shortest path algorithm, 
there exists some special network structure for which the 
algorithm is efficient. Dreyfus [Ref. 16] provides a 
compariscn of the computational efficiency of many shortest 
path algorithms using a test network in which every pair of 
nodes is connected by a link. In interpreting the results 
it is ccnsidered that one algorithm is significantly 
superior tc another when the computational bounds differ by 
the multiplicative factor irvclving N, the number cf nodes. 
When computational bounds differ only by a constant then the 
selection between the algorithms mast be based cn ether 
criterion. Dreyfus concludes that the Dijkstra centralized 
shortest path algorithm was most efficient (of the ones 
examined) requiring 1/2 N3 additions and comparisons in 
calculating the shortest paths between all node pairs. The 
only decentralized algorithm tested was one by Abram and 
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Rhodes (Ref. 17] which fared much worse than Dijkstra's. 
The efficiency, of the ’algorithms by Gallagher and Segall was 
not discussed in the references. 

The Yen algorithm in determining the best paths from all 
nodes J to a destination node K in an N-node complete 
network requires as icst 

(N-1) + (N-2) + ... + 1 = 1/2 N2 additions 

and the same number cf comparisons to execute the N- 1 itera- 
tions of Step 2.C of the algorithm. For calculating the 
best paths between all node pairs, the previous results are 
multiplied by N resulting in a requirement of 1/2 addi- 
tions and 1/2 comparisons. The algorithm also requires 

at most 1/2 transmissions of the simple update messages 

in step 1 and Step 2,1 of the algorithm. 

This result concerning the update transmissions can be 
used to find the upper bound on link utilization due to 
update message traffic in a connected N-node network. The 
maximum number of transmissions required to determine the 
best path from all nodes to a single destination node is 1/2 
N. The proof can be shown using Step 2. A of the algorithm 
which states that after receiving a message, node J deletes 
the retransmitting node from its own Update Transmission 
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TiBLB II 

Coiputaticnal Efficiency 



Algor ith m Addi t icns Comraris ons Transmissi o ns 
Yen 1/2 N3 1/2 N3 1/2 

Abram 1/2 1/2 1/2 N* 

Eijkstra 1/2 

1 I 



List. This act eliminates the possibility of update looping 
upon transmission by node J . This means that for each pair 

of links (I,J) and (J,I) in a full duplex system, only one 

of them will carry an update transmission associated with a 
given • destinati on node. The total number of transmissions 
in the network for a single destination update is then one 
half the number of links which for a fully connected network 
is approximately 1/2 N2. 

The results of the computational efficiencies of the 
three algorithms is given in Table II. Additional computa- 
tional advantages of the Yen algorithm include: 

1. The computational effort of the algorithm is propor- 
tional to the number of links in the network. 

Therefore the Yen algorithm requires fewer computa- 
tions in sparse networks where there are fewer links. 



77 



2, Unlike Dijkstra's algorithm, the Yen algorithm dees 
net have to scan f cr the minimum of all tentative 
best path distances in order to sort out the perma- 
nent best path; conseguently , it saves computations. 

3. Unlike the Abram and Rhodes algorithm, the Yen algo- 
rithm does not use a best path distance F(L,K) to 
update other tentative best path distances F(J,K) 
unless F(L,K) itself is permanent. 

D. AFPLICATIOH TO PACKET SWITCHED NETWORKS 

In adapting the Yen algorithm to a packet-switched 
network, techniques must be developed to enable the algo- 
rithm to operate as ''transparently” as possible within the 
network. Specific problems relating to burdening the node's 
microprocessor with routing calculations and excessive over- 
head from update transmissions have to be avoided. 
Fortunately, the computational efficiency of the Yen algo- 
rithm is very good and the only special hardware requirement 
is a clocking device which already exists in the micropro- 
cessor. The challenge, then, for implementing the algorithm 
is centered in the fundamental way in which the link weight 
information must propagate in the network. 
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For the Yen algorithm to function it is critical that 
the update messages be transmitted at the calculated time 
setting since the tiie of transmission is directly tied to 
the path distance. The capability for a node to be able to 
transmit an update over a link at a precise time is crucial 
to the algorithm's success. 

Problems develop when at time t = T(F(J,K) ], node J is 
to send update 'J' to nodes in its Update Transmission List 
and some links are busy transmitting message packets. Even 
if update packets are given highest priority and placed at 
the top of the link queues, the delays due to busy links may 
he toe great. 

There is another factor which concerns the desire to 
have updates propagate throughout the network as quickly as 
possible. Fast update propagation means more timely routing 
information upon which to base calculations. This can be 
accomplished by proper selection of the constant C in the 
algorithm. The propagation speed of updates through a 
network can be increased by letting C equal its maximum 
allowable value. The limitation on this upper value is set 
hy the propagation delay associated with the links them- 
selves. When C is large the time delays computed for the 
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transmission of update messages will be their shortest. 
Therefore delays due to updates waiting for message packet 
transmissions will result in errors with best path calcula- 
tions being even more amplified. The solution to this 
problem lies in the configuration of the update packet 
itself. 

To reduce the overhead from update traffic, the length 
of the update packet should be kept to a minimum. 

Fortunately, the Yen algorithm requirement on information 
between nodes' is quite small. The update message in its 
basic form contains the identity of the- destination and 
retransmitting nodes. The update also requires a preamble 
which identifies it as being an update packet. By selecting 
a specific form for tfc.e preamble, the answer to the problem 
of transmitting an update over a link which is busy sending 
a message packet is found. 

Inse rt ion Tec hniq ue 

While a message packet is being transmitted an 
update packet could he transmitted at its precise time if 
there was a means of inserting the update into the bit 
stream of the message packet. The receiving node must then 
be able to distinguish this inserted update from the message 
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packet, remove the update packet and then reassemble the 



messaae packet. Though scunding like quite a complex 
program for the node’s microprocessor to handle, the iiiple- 
mentaticn is straightforward. 

let the preamble of the update packet be a specific 
hit pattern of length L which is called a reserved pattern 
or symbol. Hamming [Ref. 18] illustrates the concept of 
reserved symbols by the quotation marks in FORTRAN program- 
ming which are used to distinguish comments from actual 
operating code. The receiving node, knowing the reserved 
pattern, simple scans the incoming bit stream and upon 

detecting this pattern, removes these L bits and the 
following U bits which make up the entire update packet. 

The problem is not completely solved for if by 
chance the reserved pattern occurs in a message not 
containing an update packet, then rhe node would respond to 
the reserved pattern which is undesirable. The solution is 
to add an extra bit after the L bit reserved pattern with a 
1 signifying an actual update packet and a 0 otherwise. The 
transmitting node is now required to observe the bit stream 
of outgoing message packets and when detecting the reserved 
pattern, insert a 0 as the following bit. If the reserved 
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Figure 3.4 Update Packet configuration 

pattern happens to appear often in the course of message bit 
streams then a good deal of channel capacity will be wasted. 
Figure 3.4 shows how the components of the update packet are 
configured. 

The probability of a reserved pattern occurring can 
be reduced by increasing its length L. However, as L 
increases, the total update packet length grows and more 
available channel capacity is used in update overhead. In 
examining the trade-cffs involved in selecting the length of 
the pattern, the lick utilization using the insertion tech- 
nique is examined. 

a. Overhead from Insertion Technique 

The insertion technique ’’costs” L ♦ 1 bits per 
update packet and 1 bit for each occurrence of rhe reserved 
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pattern in a message packet. Since the data transmission 
rate is known, the tctal link utilization due to this method 
is 

OTIL[inserts ] = [Nu(L + 1) + Nm(1)] / R 

where Nu = Average number of updates transmitted per 
link per second. 

Nm = Average number of occurrences of the 

reserved pattern in messages per link per 
s e CO n d . 

R = Data transmission rate (bits per second) 

The upper bound on update link utilization can be directly 
computed frcm the knowledge of the number of nodes in the 
network and the update interval. The update interval corre- 
sponds to the average amount of time between consecutive 
updates being generated by a single node. If each of the N 
nodes in the network generates a destination update every T 
seconds then Nu will be 



Nu = N / 2T 

The next effect examined is that of the reserved 
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necessary tc determine the nomber of occurences, on the 
average, of the reserved pattern which appear in a message 
packet. The problem is approached by first modeling the 

message packet as a random binary sequence of length M. If 
it is assumed that the message is the s,ame length as the 
reserved pattern then the probability of the pattern and the 
message being the same is 



Frcb[ pattern occurring] = 1 / 2**L 

In the case where the message is not the same size as the 
reserved pattern then a binomial random variable is used 
with the following definitions: 

p = The probability of the reserved pattern 
occuring in a sequence of length L, 

n = The number of possible L length sequences 
in a message of length M. 

X = The number of times the reserved pattern 
occurs. 

E[ X = k j = The probability that the reserved 

pattern occurs k times. 



From the first case of equal length patterns and messages, 
the value of p is 



p = 1 / 
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Ihe value of n can be found by adding one bit at a time to a 
message packet which initially has length M equal to L and 
determining how many possible reserved pattern sequences 
could occur. If H equalled L + 1, then one pattern could 
occur starting at either the first or second bit. However, 
it is obvious that two patterns could not coexist. A 
message length of 2L wculd have to exist before two patterns 
could be found. This result is generalized such that 

n = M / L 

The existence of '’cverlapping" reserved patterns 
is impossible based upon the receiver's recognition tech- 
nique* for detecting reserved patterns. The receiver views L 
bits at a time, and upon finding a reserved pattern, locks 
at the following signaling bit and takes the appropriate 
action. In the case of no update packet present, the 
receiver strips off the signaling bit and continues to check 
the hit stream starting with the next message bit. This 
precludes the possibility of overlapping reserved patterns. 

The probablility of the reserved pattern occur- 
ring k tines is then a binomial random variable in which 

n! 

E[X = k] = (p*»k) C(1 - - k) ] 

k ! (n - k) ! 
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The expected number of occurrences is given by 



E[Xj = np 



If the average number of message packets transmitted per 



link per second is P , then 



PM 

Nir = 

L(2**L) 



Substituting the values of Nu and Nm into the utilization 



formula yeilds 



N (L + 1) PM 

DTIIT in sert s ' = + 

2TK LR(2**L) 



This result indicates that the highest overh 
to the update packets themselves when a res 
selected vhich is Icng enough so that the e 
in the denominator becomes large. 

i. A HIEBAHCHICAL 7EBSION 

The need for reducing the size of routing 
overhead from node update transmissions can 
fying the Yen algorithm to be able to functi 
archical form. In presenting the modificatio 
algorithm, the requirements necessary for 
version to function are identified. 
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When using a hierarchical scheme, the network is divided 
into regions of nodes; if additional levels are needed, 
these regions may in turn be grouped into clusters. The 
number of levels is in no way limited to two, depending to a 
large extent upon the total network size, but this illus- 
trates the point. The terms "group" and "family" will be 
used to refer to the two respective levels which is in. 
keeping with some of the prior work in this area [Ref. 19]. 

Routing table size is therefore reduced since individual 
nodes no longer have to keep entries on each node within the 
entire network. Nodes only keep "node" entries in their 
routing tables to nodes within their same group. To route 
messages to nodes outside their group, but within the same 
family, "group" entries are maintained so that each node 
knows the best path to groups within the family. Finally 
"family" entries are kept so that nodes know the routes to 
families outside their own. 

The Xen algorithi functions successfully because of the 
implicit ability of a node to send its destination update to 
its neighbor nodes at the same time . In this manner, the 
link weight information which is directly related to update 
transmission time is accurately disseminated. For the Yen 
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algorithm tc functicn in a hierarchical structure, then, 
demands that a group of nodes be able to transmit its group 
destination update to all of its neighbor nodes at the same 
time. This, of course, applies to each hierarchical level. 
The key tc applying the basic algorithm in this structure is 
to develop a means whereby a grouping of individual nodes 
can act as a single 'super* node. By using a group 
"warning” message, adequate coordination can be accomplished 
so that this is possible. 

• Warning Mes sa ges 

This warning message could originate from any node 
within the basic group. The warning contains information 
identifying its nature and the future time at which the 
group update message is to be sent. This future time 
(called the "firing time") would be far enough in the future 
as tc ensure that all nodes within the basic group had 
received the warning prior to firing time. Each node knows 
the identity of its neighbor nodes and therefore this 
warning would only he transmitted to nodes in the basic 
group . 

The means of disseminating warning messages within 
the group could be by a simple flooding scheme. Upon 
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Time 



0 . 0 seconds 





The "Leader" transmits the 
Group Warning Message to 
neighbor nodes (Firing Time 
is 1.0 seconds ) • 

Transmission Delay = 0.1 secs 

Time = 0.1 seconds 

Neighbor nodes receive the 
warning message and retransmit 
it to their neighbors which 
are in the same basic group. 




Time = 0.2 seconds 

All nodes in the group are 
now "cocked" and ready to 
fire the group update at the 
given firing time. 




Time = 1.0 seconds 



Group "border" nodes fire 
the update to neighbor nodes 
which are not in the basic 
group . 



Figure 3.5 Group Update Sequence 



reception of the warning message, the node is '•cocked" and 
ready to fire the update. When the firing time occurred, 
nodes in the group would only transmit the group update 
message to nodes outside of the basic group. Since all of 
these "tcrder" nodes of the group would fire the update to 
outside nodes at the same time, the net effect would be as 
if a single "group-sized" node had originated the update 
message. Figure 3.5 depicts the actions that occur during 
this sequence of events. 

The algorithm would not change except that the crig- 
inatcr of the update would be the group identifier. For a 
two level hierarchy, updates would originate from nodes, 
groups or families and warning messages would be of two 
types, either group cr family. 

2* Criqinat ing W arn in g Mes sage s 

In using the warning message concept, a method of 
determining how they will be originated for the group is 
required. The key consideration in the selection of the 
method is whether a single node within a group should be 
responsible for originating the warnings or if this function 
is to be distributed amongst all nodes in the group. The 

first method looked at was a distributed scheme in an 
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attempt to minimize the use of centralized control 
functions . 

This proposed method was based upon having each node 
originate its own group warning message on a regular basis. 
The time interval between messages could be a uniformly 
random amount with a prescribed average value, perhaps 
related to a multiple of the node update interval. An 
anticipated problem with this approach is the difficulty in 
maintaining acceptable ’’spacing** in time between warning 
messages which originate from many nodes. Situations could 
develop where all warning messages occur within a small time 
interval, followed by a relatively long period of time where 
none are originated. This ’’bunching" and "spreading" of 
update tr ansmissions can cause poor routing information and 
degraded network performance. 

A scluticn tc this problem is to have a single ncde 
within a group be the originator of warning messages at any 
given time. With this method, the problem of 'poorly 
distributed group update messages in time is eliminated, but 
now the network is subject tc the vulnerabilit es which any 
form of centralized ccntrol introduce. If the node gener- 
ating these group warnings fails, then the network will 
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suffer. Additionally there is the difficulty in selecting 
which node is to be the '’leader”. 

An algorithm is provided in Appendix B which gives a 
means of determining the single node which will originate 
the group updates and a way in which ’’Successor” nodes can 
be chosen to replace fallen leaders. It is based on the use 
of a timer which is ’’set” when a node receives a warning 
message. The timer’s setting is greater than the maximum 
interval between consecutive warning messages plus the 
maximum propagation of such messages throughout the group. 
If the node’s timer runs out prior to the arrival of another 
warning message then the node concludes that ^the leader has 
failed. The action taken by the node is the origination of 
its own ’’Successor” message which notifies other nodes that 
it is now competing for the function of leader. Provision 
is made such that only one successor is selected if indeed 
the previous leader had failed. 

3 . Syn chr onizi n g On it Dpd ate Tra nsmissions 

A possible problem with the hierarchical version of 
the Yen algorithm is the overhead associated with achieving 
simultaneous update transmissions by all nodes of a group or 
family. It was mentioned before that to disseminate the 
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warning message, a flooding technique may have to be used. 
As discussed in Chapter II, flooding can cause significant 
message duplication and excessive overhead. Another condi- 
tion that exists is that the .only nodes which actually 
transmit the group update message are those on'borders which 
have neighbors outside the basic group. If these border 
nodes, then, knew cn their own when to "fire" the update 
messages then a substantial reduction in overhead could be 
achieved. 

Ihe proposed solution to this problem is best illus- 
trated by means of a musical analogy. A node can be likened 
to a musician in a band where the band is the basic group or 
family. Under the current warning message scheme the nodes 
are directed to fire the update at a specified time. This 
is similar to a band without sheet music being directed to 
play a scng one note at a time. A more efficient method 
would be tc provide each musician with his own copy of the 
song. Now the director (i.e. leader node) only has to 
ensure that the band members begin playing at the same time. 
He most also periodically wave his baton to ensure that the 
tempo is maintained. 
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Figure 3.6 Feedback Shift Register: DSSS Configuration 



Tc produce the pseudo-random firing times, however, 
another ccnfiguration of the FSR is proposed. This partic- 
ular method is sometimes employed in Frequency Hopping 
spread spectrum (FHSS) systems. Note that in Figure 3.7 the 
output is from taps taken off of all FSR stages. The output 
sequence frca this configuration is given in Table III. 
This K tit binary "time" value will then hop amongst all 
integers between 1 and 2**K - 1. The sequence of heps -will 
appear random, but cf course is predictable if one has the 
knowledge of the FSR conf igurement , the initial "value" 
which the FSR contains, and the start time and frequency of 
the clock. 

Since the K bit time number takes on all values 
between 1 and 2**K - 1 during a complete sequence, its 
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3 ' Bit Number 




Pigore 3.7 Feedbaclc Shift Begister: FHSS Configuration 



TABLE III 

Output Sequence of PSR 



clock 

1 

2 

3 

4 

5 

6 

7 

8 



FSB Stage 
1 2 3 



1 

0 

1 

0 

0 

1 

1 

1 



1 

1 

0 

1 

0 

0 

1 

1 



1 

1 

1 

0 

1 

0 

0 

1 



number 

valu e 

7 

3 

5 
2 
1 

4 

6 
7 



'•average" value is simply the midpoint of this range. 
Therefore, to produce a particular average time between unit 
update generations, one could include a constant term or a 
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scaling multiplier such that the FSR numbers would map into 
the appropriate time range. 

In use the nodes would receive the resynchronization 
time and then "clock" the FSR at the time of firing. The 
value received would correspond to the time interval before 
the next firing were to occur. The process would continue 
in this manner with a new firing time being calculated 
directly after a unit update is sent. 

The reduction in overhead between this method and 
the previous one relates to the ratio of the average 
interval between updates to the average interval before 
resynchrcnizat ion is needed. As an example if the average 
group update interval had been 1 second and if the time 
before resy nchroniza ticn was needed for the pseudo-random 
time sequence was 20 seconds, the required overhead due to 
warning messages would be reduced by a factor of 20. 
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models fcased upon ■ simplifying assumptions [Bef. 21], 
However, tlese purposes can only be achieved if the simula- 
tion model itself is valid, and techniques are required 
which can be used to guarantee the validity of the model. 

This research involved an application of simulation for 
the purpose of evaluating a network routing protocol. The 
approach used to verify that a SIMSCRIPT program of 3500 
lines actually modeled the system in question was to use an 
analytical model and compare the results when the program 
parameters were set to correspond. If the simulation 
produces results which agree with that of the analytical 
model, then one is inclined to believe that the results 
obtained when other program parameters are used will also be 
valid . 
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a Letter/Ietter/Number, such as M/M/1 or M/G/1, where the 
first letter denotes the interarrival time distribution, the 



second letter the service time 


distribution and 


the third 


element 


the number cf servers 


in 


the system. 


Standard 


letters 


used are M - exponential. 


D - fixed 


and G - 


general. 










Many 


formulations have been 


developed for single server 



queue systems. Those which are related to finding the 

average number of ccstomers in the system are focused upon 
in this work. This particular statistic was chosen based 
upon selecting the ere quantity from many elements which 
most accurately described the status of the network at any 
given time during a simulation run. The details behind this 
explanation relate tc the actual simulation program itself 
and are presented in Chapter V. 

1 • iiiilels Result 

little's Result [Ref. 22] is a basic formula which 
states ttat for a steady state queuing process 

E[n] = XT 
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where 2[n] = expected number of customers 

in the system; 

X = average customer arrival rate; 

T = average time customer spends 
in system. 

This result is widely applicable since the formal proof 
makes no assumptions about the arrival process distribution, 
the service time distribution, the number of servers, nor 
the service discipline which may be first-come-f irst-serve, 
last-come-f irst-serve, etc. The system in question can also 
be a network of queues and the M/M/1 hypothesis doesn't have 
to be invoked, so that the theorem is quite broad in its 
application. Using little's Result, an entire network can 
be enclosed in a "black box", and as long as the arrival 
rates are known and the network is in steady state, then by 
determining the average number of customers (or packets) in 
the system one can calculate the average transit time for a 
packet. This simple technique allows the comparison of 
Simula licn results with those obtained analytically using 
Little's Result in crder to verify the "behavior" of the 
simulation. This technique was utilized during the simula- 
tion program test phases with results that agreed very well 
with those obtained using Little's Result. 
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2 • gc llac 2 ek~ K hinch in Formula 

k second fornula useful in network analysis is based 
upon the Pcllaczek-Khinchin formula for finding the mean 
number of messages in an M/G/1 queuing system [Bef. 23]. 
The M/G/1 system involves a general service time distribu- 
tion which implies that messages may have non-exponentially 
distributed lengths. The P-K result is given by 



1 + Cb2 




where '•P'* is the traffic intensity and is defined as A / y 
with ”X'' again being the arrival rare and "y” denoting the 
service rate. Cb is the ratio of the standard deviation to 

the mean of the service time distribution and is defined as 
a^/ y . This formula shows that if two service time distri- 
butions have equal means, the one with the larger standard 
deviation will produce a longer waiting time. For the M/M/1 
queue, Cb = 1 and th.e expression for S[ n ] reduces to 



E[n] = 



P 



1 - P 



The use of the term '•customer" and "service time" 
are used in illustrating queueing models; of course, in a 
communications network the customers are the message packets 
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and the service rate is the capacity of the channel in 
packets per second. 



The P-K formula applies to message length statistics 



which are continuously distributed but a more realistic 
assumption is that these message lengths are discrete in 
nature, being made up of a number of packets. Studies have 
shown for bcth long (15 to 30 minutes) and short (1 to 2 
minutes) hclding-time connections in packet communications 
systems, that the number of packets per message are geome- 
trically distributed [Ref. 25]. A geometric distribution 
means that the probability of a message being one packet in 
length is given by seme number p S 1 , the probability of two 
packets is pg with q = 1 “ P» the probability of three 

packets is pq2 and so on. The probability of a message 
being k packets long is 



P[X = k] = p(q** (k-D) , k = 1, 2 



The discrete form of the P-K formula is given as 



E[l] 



2 
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where 



E[l] 



y 



p 



a 



2 

p 



the average number of packets 
in the system; ' 

the average number of packets 
entering the system in D seconds; 

the variance of the packets 
entering the system in D seconds. 



These parameters refer to packet arrivals in a fixed service 
interval D. The value of D is related to the link capacity 
"C" ty 



c = 1 / D 

which is in packets per second. The term yp is the same as 
the traffic intensity parameter since it is the ratio of the 
average traffic rate into the system to the system transmis- 
sion capacity. Therefore p is the average number of packets 
arriving in D seconds or just yp . To find the arrival 
statistics cf the packets entering the system ( yp and 0 p^) r 
the Pcisscn distribution of message arrivals must be 
combined with the gecmetric distribution of message lengths 
in packets. 

Fcr a geometric distribution, the average number of 
packets per message is given by 



ECX] = 1 / p 
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and the variance by 

= q / p2 . 

Prom Ecisson message arrival statistics we have 



E[M ] = a ^ = X D 



Therefore if P is the number of packets received in D 
seconds then 



E[P] = y = 1[X]E[M] = X D / p, 



The variance of P is fcund to be 



Op 2 = (ECm 2) + E2[X]) 

= ( X D(1 + q)) / p2 



Replacing these expressions for Up and the expression 

for the average number of packets in rhe system then becomes 



XD ( Xd (1 + q) ) / p2 

E[L] = + 

2p 2 (1 - X D/p) 



as a check assume that all messages are one packet in 
length, in which case p = 1 and therefore 



Of T ^ ^ ^ ° 

E[L] = + 

2 2 ( 1 - X D) 



XD 

(1 _ Ad/2) 

1 - XD 



Now compare this with the continuous formulation using Cb = 
0, where ’ey 
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E[N] = P + p2 n - p/2) 

2(1 -P) 1 - P 

Both results are equivalent since- when all messages are of 
fixed length equal tc one packet, the number of messages 
stored must be the same as the number of packets stored. 

The importance of this formulation is that the vari- 
ance cr spread in the number of packets arriving increases 
as the average message length increases. This means that 
for a fixed traffic irtensity, the message arrival rate X 
must decrease as 1/p increases to keep the average number of 
packets Pp = P fixed. However, this increase in variance 
means an increase in the probability that longer messages 
will arrive and hence the average number of packets in the 
system must increase . This result proved very important in 
studying the behavior of the routing algorithm when using 
geometrically distributed message lengths. 

Little's Result and the P-K formula were the primary 
analytical tools utilized in determining whether the simula- 
tion program was operating correctly. Statistics obtained 
during program runs were checked by direct applicaticn of 
these fcrmulas. 
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B. NOTES ON SIHSCaiET II. 5 

SIMSCHIET II. 5 is a discrete-event simulation program- 
ming language which is designed specifically for modeling 
systems whose state is deemed to change instantaneously at 
discrete points in time, rather than continuously. The 
discrete nature of packet -switched networks make this an 
excellent language fcr construction of the model. Seme of 
the unique futures and general characteristics of SIMSCRIPT 
11,5 which made it a particularly desirable choice for this 
research are examined in this section. These descriptions 
are aimed primarily at giving the reader unfamiliar with the 
language some insight into why the program was structured in 
the manner selected without having to assimilate the entire 
program . 

As a convenience in understanding the following descrip- 
tions, terms appearing in ALL. CAPITAL letters with separ- 
ating periods are the actual variable names used within the 
program. In this way readers wishing to correlate the over- 
view information with the actual program code may do so. 

• Entities and A ttrib utes 

An entity is a structured data item which represents 
some element of a modeled system. It is like a subscripted 
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variafcis in that it may 
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2 . Sets 



The .structuring of related data elements by means of 
sets proved to be an extremely powerful concept and was thus 
used extensively in the model. This single concept is by 
far the most important in understanding the development of 
the network model and provided a means to produce an *’under- 
standable” simulation program. 

Cne of the irajor goals of this particular research 
was to write a ^driver” packet-switched communications simu- 
lation program. This meant that the program had to function 
efficiently, be modular in structure for ease of modifica- 
tion, and above all else be conceptually understandable to 
others continuing in this area of research. In reviewing 
simulation programs by other authors, it is .apparent that 
the use of multidimensional array data structures with their 
numerous subscripts in modeling network activities and 
components produces programs which are extremely difficult 
to follow. One simply becomes lost in the indexes when 
trying to trace program logic. 

The answer to the problem for this author lay in the 
use of sets. It was soon apparent that having a background 
steeped in FORTRAN array structures caused inertia which had 
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to be overcome in order to find a ‘better way of making a 
simulaticn. The results^ though, of using the set structure 
method seem to have proved successful, in that another 
thesis student was able to utilize this network simulation 
program as the basic structure for modeling another routing 
protocol [Bef. 24], 

Sets are organized collections of entities. Sets 
are similar to arrays in that each of the entity elements of 
which the set is composed may be identified and manipulated. 
However, in contrast to the static structuring imposed on 
array elements, the organization of entities in sets may be 
dynamic and changeable. An entity may own a set of other 
entities. In our model a LINK owns a QUEUE in which PACKETS 
can be "filed” or "removed". . sets can be searched to see if 
a particular entity is currently present, and may also be 
ordered automatically based upon such criteria as first-in- 
first-cut or las t-in -first-out . A final comment concerning 
sets is that the number of entities in a set at any time is 
contained in a program variable. In the previous case, the 
number of packets in the QUEUE would be N. QUEUE. This 
feature was used extensively in gathering statistical infor- 
mation during a simulation run. 
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- • Sta tis tical An alysi s 

Tfce principal outputs of simulation experiments are 
statistical measurements. In reviewing other 'simulation 
programs, it .was ncted that often-times statements were 
scattered throughout the program to collect information with 
special summary routines written to print it out at the end. 
Aside from being tedious and time-consuming to produce, 
these data collecticn and analysis statements clutter the 
operating logic of a program. 

However, SIMSCRIPT 11,5 has two statements, 
ACCQMDLAIE and TALLY which virtually eliminate this kind of 
"book-keeping". ACCUMULATE was used in this program since 
it introduces time into the average, variance, and standard 
deviation calculat io.rs, weighting the collected observations 
by the length of time they have had each value. Another 
reason why array structures were avoided was because both 
these powerful routines would only perform on permanent or 
temporary entities. During the initial check-out of the 
simulation program, key statistics were obtained using both 
the ACCUMULATE procedure and written book-keeping state- 
ments. The results obtained were identical. Additionally, 
the program execution time was reduced when the built-in 
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scheduled. To keep this information, the node creates a 
EOZZEB entity whose attributes are the destination node of 
the update message (CAUSE) , the tentative transmission time 
of the update (SETTING) , and the current Update Transmission 
list (BUZ. LIST) which stores the identities of those nodes 
from which it has already received a particular update. 

The node maintains a XMT. RECORD which contains a 
list of update messages which it has received and subse- 
quently sent onward. When ”late” update messages arrive, 
then, the node can identify them by checking the XMT. RECORD. 

The simulation may be operated using either data- 
grams or virtual circuits as the means of routing message 
packets from source tc destination node. When using virtual 
circuits, the ncde must keep track of the circuits or paths 
which packets belonging to particular messages are taking. 
This is accomplished ty means of a VIRT.CKT.LIST which nodes 
keep in order to ensure that all packets of the same message 
take the same path. When virtual circuits are used in the 
simulation, a route is established by the first packet of a 
message. This "trail-blazer” packet takes the then-current 
test path from ncde to ncde with each node creating a 
CIRCUIT for that message. The CIRCUIT has the attributes of 
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message identif icaticn number and the best path taken. All 
subsequent packets belonging to the message will then take 
that path. The CIRCUIT is ’’broken down" (i.e. removed from 
the VIET.CKT.LISI) when the last packet of the message is 
transmitted by the node. 

2 . iinjjs 

Each node owns a LINK. SET which contains the set of 
LINK entities. The LINK’S attributes include 

1. The identity cf the terminating node (TERM); 

2. The current link STATUS which is either BUSY sending 
traffic or IDLE; 

3. The current value of the link weight function 
(IK. WEIGHT); 

It is apparent that seme of these attributes are "physical" 
in that they model actual network features such as TERM 
while ethers are "descriptive" in the sense of associating a 
condition or state of an entity with the entity itself (i.e. 
STATUS) . The power of the entity-attribute structure is 
very apparent here. Ey associating the condition cr state 
cf an entity with the entity itself, a simple method of 
keeping track and thus analysing very complicated processes 
is accomplished. 
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In using a set structure to describe the link 
connectivity of a network, a great degree of flexibility was 
added to the possible network topologies available within 
the simulation. The option also exists to dynamically alter 
that tcpclogy during a simulation run in order to model such 
cccurences as new nodes entering the system or the destruc- 
tion of links. 

3 . C ueues 

In an actual iaple mentation of message buffer queues 
for packet-switched systems, the node itself is likely to 
have a single memory buffer designated as the packet queue. 
Under this scheme, packets awaiting transmission would be 
stored in a single memory buffer, regardless of the outgoing 
link selected as the best path for the packet. When an 
cutgoing link which had been busy finally became idle, soft- 
ware would be required to scan the queue for packets 
destined to travel on that link next. In this simulation, 
rather than have a single packet queue for the entire node, 
the job cf buffering packets was divided up such that each 
link had a separate queue associated with it. The tradeoff 
between scanning the single node queue and dividing allotted 
memory space among the links is one of access time versus 
maximum buffer capacity per link. 
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associating individual queues with their links was 
incorporated in the simulation primarily as a method' of 
tracking the flow of packets through the network. Osing 
this model means that when a packet arrives at a node, its 
best path is determined based upon the current routing table 
entries. The packet is then either transmitted over the 

best path link or placed into the link's queue, depending 

upon the status of the link. In the event of a busy link 

and an already large queue, the best path for that packet 

when it finally gets to the "top" of the queue may have 
changed during the interval. The packet will then be sent 
to a node which is no longer on the best path. The problem 
inherent to link queues is thus one of routing packets based 
upon information when the packet arrives and not when the 
packet is actually transmitted. Of course, when link queues 
are generally short the possible routing errors associated 
with this problem should not be substantial. 

An alternate model for the packet queue required at 
each node (which was not simulated) is based upon a varia- 
tion of the single node queue. When a packet arrives at a 
node, its best path is determined based upon current routing 
information and if the selected link is busy, the packe- is 
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placed in the single node queue. When 'the packet is placed 
into the queue, it is not assigned a best path link, but is 
merely placed in the queue in first-in-first-out order. At 
some later time, the link to node J becomes idle. The soft- 
ware will then scan the queue for the first packet whose 
best path, according to the current routing table for its 
destination, is indeed the link to node J. Osing this 
system,' all packets within the queue are going to be routed 
based upcn the "freshest” best path information available at 
the time a link becomes idle. By not freezing the best path 
which a queued packet must take at the time the packet 
arrives, we ensure that all packets will rake the best path 
to their destination at the time of transmission. 

Each link also has an update queue which is used in 
the simulation to. model the priority status given to routing 
traffic. Conceptually, the update queue appears at the 
"top" of the packet queue. Updates, then, are sent before 
regular message traffic when both the update and the message 
packet queues of the link contain traffic. This double 
queue system also provided a convenient way to model the 
insertion of update packets into ongoing message packets by 
means of the reserved pattern method. 
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4 . Messages 

Ike simulaticn generated messages which consisted of 
a random number of packets based upon a selected length 
distribution. The distributions used were uniform (the 
maximum message length was selectable ) , and geometric (in 
which the average number of packets per message was picked) . 
Each message PACKET contained a number of physical and 
descriptive attributes. The physical attributes included 
such things as the originator (ORG.NODE), the destination 
(DEST.NOCE) and the message identification number 
(MSG. ID. NDH) . The descriptive attributes were used specifi- 
cally fcr gathering statistics about the packet's trip 
through the network. When a packet was generated, its 
LIFETIME was set ALIVE (equal to 1) and upon reaching the 
destination, the LIFETIME became DEAD (equal to 0). In this 
way the average packet transit time was determined by aver- 
aging the sum of all packet LIFETIME'S using the ACCUMULATE 
procedure. In the same manner, the average time that a 
packet was queued during its trip was found by setting QSTAT 
"ALIVE” whenever the packet entered a link queue. Upon 
removal from the queue, QSTAT was pronounced DEAD. 
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The packet attributes of P.NAME and P. ARRIVAL are 
used in crder that the arrival time of a message packet in 
transit can be modified in the event that an update packet 
is inserted. In order that message packets in transit not 
be in a limbo state as far as the simulation program was 
concerned, a "propagation queue" (PROP. QUEUE) was developed. 
When packets were transmitted they were filed into the 
link's PROP. QUEUE and upon arrival to the next node, removed 
therefrom. This was required in order to keep accurate 
track of the identity of all messages in transit. The 
informaticn contained in P.NAME and P. ARRIVAL was related to 
the name and scheduled cccurence time of the event corre- 
sponding to the arrival of that packet. In this way, if an 
update was inserted, the scheduled arrival time of the 
packet could be lengthened accordingly. The details 
involving how the carcellicg and rescheduling of the pack- 
et's arrival is accomplished is included in the program. 

The length of the packet was described in terms of 
the time required to transmit a packet over one link. This 
time was selected by using a channel capacity of 20,000 bits 
per second per link and a packet size of 1000 bits. The 
packet transmission time was then 
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EKT.XMN.TIME 



1000 bits / 20,000 bps 
0.05 seconds . 



5. apdate Packe ts 

Bcuting information was dissemin-ated among nodes by 
means of OPCATE packets. The attributes of an UPDATE iden- 
tified the destination as being either a node, group or 
family (CLASS) and whether or not the update was "regular*' 
or "warning" (VARIETY). . A regular update is the simple 
message described in the Yen algorithm. The warning update 
is used in the hierarchical version to enable nodes of a 
group or family to transmit their unit update message at the 
same time (FISI NG. TI HE) . 

The update also had an additional counter which 
indicated the number of heps which it had taken. This 
counter was employed in anticipation of a problem which can 
cccur when hierarchical routing is utilized. Nodes residing 
cn or near unit borders can have neighbors which, though 
quite close, are located in different units. Routing infor- 
mation to these close neighbors would normally be in terms 
of the best path to the unit, rather than to the specific 
node itself. Thus unit (vice nodal) routing information may 
result in much longer paths being taken between nodes that 
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are very close to each other but belong to different units. 
A more efficient routing, should be achieved by having nodes 
maintain routing information on close neighbors, regardless 
cf the unit boudaries. The proposed method on how this 
"boundary" routing information can be developed utilizes 
this hep counter. 

Ey examining the HOP. COUNT of "node" updates which 
are received, precise routing information to "close" neigh- 
bors outside of the the basic unit can be developed. When 
this technigue was used, the user parameter HOP. LIMIT was 
set to indicate the "depth" at which node updates were 
allowed tc travel intc groups or families which were not a 
part cf their basic group. Therefore, whenever a node 
received such an update from outside of its basic group the 
HOP.CCUNT would first be checked. If the packet had trav- 
eled over the specified HOP. LIMIT, then the update would be 
ignored. If, however, the HOP. COUNT was within the limit 
then the normal update procedure would commence. The 
receiving node would now possess special routing information 
to a neighboring node which was not in its group. This 

ability tc maintain routing information to all close 
neighbor nodes regardless of their unit assignment should 
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assist in the total performance of the 



network 



The 



benefits from this technique are expected to excee 
small routing table increments required to maintain 
entries. 

The size of the update message was selected 
relatively short, in keeping with the simple infor 
which it contains. For an update packet of length 4 
the corresponding transmission time was 

D.XMN.TIMi = 40 bits / 20,000 bps 

= 0.00125 seconds . 
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D. NETSCBK OPERATION 

The transmission cf message packets between nodes, the 
firing of an update packet at the precise time and all the 
ether network activities required for the simulation were 
modeled by SIMSCRIPT "events".- Events are routines which 
are scheculed to take place during a simulation. An 
initialiring program called "Main", schedules events to 
cccur, and during the course of the simulation, either 
events or subroutines can schedule more events. 

The sequencing cf events within the simulation is 
controlled by a simulation clock and an event queue. At any 
given mcment during a run, the event queue contains the name 
cf all scheduled events with their order in the queue depen- 
dent upon their scheduled time of occurence. The "Main" 
program leads the event queue with the scheduled starting 
events. At "Start Simulation" the first event scheduled 
(which is at the head of the event queue) is executed. This 
event may in turn schedule ether events to take place either 
NON (next in the event queue) or at some future time. The 
simulation stops when no further events are in the event 
queue, whereupon control passes back to the Main program. 
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In keeping with the initial design goal of a modular- 
ized, adaptable program which can be used in future 
research, all routires and events were written such that 
they were a part of one of the following four divisions: 

1. Prepara.ticn Prior to Simulation (P) 

2. Update Routing Protocol (U) 

3. Message Packet Transport (M) 

4. Evaluation of Network Performance (E) 

The single letter at the beginning of each name was used in 
the computer program to indicate the division for each 
routine and event (i.e. E2. COLLECT. DATA is an Evaluation 

routine) . The number after the letter designator indicates 
their relative order of appearance in the program. Routines 
and events within the same division are basically indepen- 
dent of those in the ether divisions. This means that modi- 
fications and alterations within a division will not 
directly effect ’’outside” routines. Descriptions of each 
routine and event are provided in the program comments which 
detail the function and operation of each routine. In addi- 
tion an alphabetic summary of all global variables is 
provided at the beginning of the program. The purpose of 
this section is not to repeat those details but to give an 
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overview of the network operation and some insight into the 
ever present question as to why the simulation was written 
the way it was. It is hoped that through understanding 
••why” things were done as they were, follow on work can move 
forward rather than needing to reinvent the wheel. 

1 • Pre parat io n Prior to simula tion 

The seven routines which make up this divisicn are: 

1. PI. BUILD. NETWORK 

2. P2. CONNECT. LINKS 

3. P3. INITIAL. ROOTING. TABLE 

4. P4. STATIC. EVENTS 

5. P5. DYNAMIC. EVENTS 

6. P6. PURGE. EVENT. QUEU E 

7. P7. ZEROIZE. SETS 

This divisicn performs all initializing functions which are 
required prior to the start of a simulation run. These 
functions can be broken down into three areas which are the 
construction of the network, the loading of the event queue 
with the starting events, and the "cleaning of the slate” 
prior to the start of the next run of a multiple run 
simulation. 
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The network is bailt using two routines which divide 
the task into two parts. The first routine, BUILD. KETWOBK, 
takes the input data which lists the nodes and their group 
and family relationships and produces the program node iden- 
tity numbers which are used in the simulation. These 
program node numbers are a single value which uniquely iden- 
tifies a node, which otherwise would require a three part 
name. After creating the nodes, the link connectivity is 
produced using CONNECT. LINK S. In this routine duplex links 
are constructed between specified node pairs. Upon comple- 
tion each node has its own LINK. SET which contains the iden- 
tity of the terminating node. By using sets for this 
portion of the model, the ability to produce dynamic changes 
in the link connectivity of a system can be done simply. by 
adding or deleting LINKs from the LINK. SET. 

As an additional feature, a graphics routine was 
written which incorporated the same data set used in these 
two routines. The network figures in this report were 
produced from this routine. In this way, a visual confirma- 
tion could be made of all test networks as to their topology 
to ensure their correctness prior to simulation. 



126 



I 







Cne of the problems anticipated in this simulation 
was that of producing an initial best path routing table 
prior to the start of the simulation. Rather than produce a 
routing tatle by some external means or simply assigning a 
randomly generated table, an alternate approach was used. 
Since the Update Routing Protocol routines could operate 
independently of the Message Packet Transport, the solution 
was simply to run the simulation without message traffic and 
with only one update per destination node, group or family. 
With all link weights set to unity, a least hop routing 
table was produced by INITI AL. ROUTING, TABLE. The resulting 
table was stored in a BEST. PATH matrix. As a time saver, an 
additional copy of this table was made (DUP. BEST. PATH) for 
use with multiple simulation runs. 

The event queue was loaded with either STATIC. EVENTS 
or DYNAMIC EVENTS. Using STATIC. EVENTS , the initial routing 
table was fixed throughout the simulation by simply not 
scheduling any events from the Update Routing Protocol divi- 
sion to take place. On the other hand, when the simulation 
was run using the dynamic routing algorithm, events from the 
Update division were loaded in the event queue. 
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Tc stop a simulation after a given period cf time, 
the event queue is emptied using PURGE. EVENT. QUEUE. Upon 
completion cf this, all statistic gathering routines and 
dynamic set structures were cleared with ZEROIZE. SETS. To 
ensure the repeatability of simulation runs an added precau- 
tion was taken with all of the system random number genera- 
tors used in the pregram. These were reset with their 
starting "seed” values in order to ensure that multiple 
simulaticns would have identical inputs. 

2. Upd ate Routing Protocol 

The connection between the Message Packet Transport 
division and the Update Routing Protocol division is the 
EEST.FATH routing table. Events and 'routines within the 
Update divison are responsible for producing and maintaining 
this table. In this research the Yen algorithm is simulated 
within this division using a total of eight events and 
routines: 

1. U1 .GENERATE. UPCATE (EVENT) 

2. U2. TRANSMIT. UPDATE (ROUTINE) 

3. U3. INSERT. UPDATE (ROUTINE) 

4. U4. RECEIVE. UPEATE (EVENT) 

5. U5. LINK. WEIGHT. CALCULATION (EVENT) 
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06.NCDE.WAKE.de (EVENT) 



7. U7. UNIT. FIRING (EVENT) 

8. 08. ERASE, RECORD (EVENT) 

The starting event used by the Yen algorithm is 

GENERATE, UPDATE which is scheduled for each node, group and 
family at the beginning of the simulation. During the 
course of the siirulaticn each node will continue to generate 
its own destination update at regular time intervals. In 
the case of the hierarchical version, a "leader'* node is 
selected in each unit which then generates the unit warning 
message at regular intervals. The time interval between 

node, grcup and family update messages are all user parame- 
ters which may be independently selected. 

The updates are then transmitted to neighbor nodes 
ty means of the TRANSMIT . UPDATE routine. This routine 
performs the critical function of ensuring that the effects 
cf update traffic inserted within the bit stream of a propa- 
gating message packet is properly modeled. The routine is 
able to handle the transmission of an update differently 
hased on the three possible circumstances by which a link 
may be busy: 
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each "window" of time throughout the simulation. The length 
of time for a window and the number of windows in a total 
averaging period are user controlled parameters. During a 
LINK. WEIGHT .CALCOLATICN, each link in the network would have 
a WEIGHT computed for the window time which is filed into 
the link’s SET. OF. WEIGHTS. The number of WEIGHTS in the set 
is limited to the number of windows selected and therefore 
as a new WEIGHT is filed, the oldest WEIGHT is removed. 
This process provides a close approximation to a continu- 
ously sliding window. Upon reception of an update, the 
average cf the link weight function is computed by taking 
the average of all WEIGHTS in the SET. OF. WEIGHTS. 

Upon completicn of these calculations the node 
schedules itself to "wake up" (NODE. WAKE. UP) when the best 
path time of transmission is to occur. This is accomplished 
by creating a BUZZEE which has attributes identifying the 
update by its crigirating node (CAUSE) and the time of 
origin (EUZ.BEG) ^ The BUZZES also contains the tentative 
time of update transnission (SETTING) , the associated best 
path node (TEMP. BP) and the name of the NODE. WAKE. UP event 
which had teen scheduled (BUZ. WAKE). 
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This last item was critical to the operation of the 
program. In order to change the time of update transmission 
in case a "tetter" rcute occurs, the previously scheduled 
NODE. HAKE. ur event has to be cancelled and then rescheduled. 
In order to cancel a specific event residing in the event 
queue, it was required to have a specific "name". The act 
cf giving an event a name and then storing that name as an 
attribute of the entity involved with that event was used 
throughout this simulation. In any truly dynamic and 
distributed simulation such as this one, the ability to 
properly cancel and reschedule events whose time cf cccu- 
rence are subject tc change was critical to its successful 
operation. 

The identity cf the neighbor node (BtIZ.NODE) from 
which the update was received is also maintained in a set 
(BUZ.IIST) which is owned by the BUZZER. This is similar to 
the Update Transmission List cf the algorithm, but instead 
cf deleting the nodes, this technique adds the nodes. when 
ether updates arrive, the ALARM. CLOCK is first checked to 
see if there already exists a BUZZER on this particular 
update. If one is found, then the new time "setting" is 
compared to the previous BUZZER. If the previous setting is 
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still better, no further action is taken except that the 
identity of the node is added to the BOZ.LIST. If the new 
setting is better, then the BUZZER is reset and the 
NODE. SAKE. DE event rescheduled to the new time. Upon waking 
up, the rede transmits the update to all nodes which are not 
listed in the BOZ.LIST. 

When using the hierarchical version, the update 
received can be of a warning nature. Upon reception of a 
warning message, the node retransmits the warning using a 
flooding technique and then schedules its own unit update 
transmission using the event UNIT. FIRING. The event 
UNIT. FIRING is scheduled at the firing time of a regular 
group and family update message. The events UNIT. FIRING and 
NODE. SAKE. OE are- similar in function except the latter 
refers tc the unit update transmissions. 

The node also maintains a record of all update 
retransmissions .which is kept in the XMT. RECORD. In this 
way, "late" updates arriving at a node can be identifed and 
ignored. In order that this record not become excessively 
long, the event ERASE. RECORD is scheduled for each record 
after a set time interval. Upon execution, the outdated 
record is removed frcn the XMT. RECORD and destroyed. 
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3. 



K essag e Packet Tra n sport 

The two everts falling into this category are 
involved with the generation, transmission and reception of 
message traffic within the network; 

1. a 1. GENERATE. MESSAGE (EVENT) 

2. M2. RECEIVE. MESSAGE.? ACKET (EVENT) 

Event GENERATE. MESS AGE. PACKET produces new message 
traffic for the network. The traffic intensity (PPS.AVE) 
and the number of packets per message (AVE. PPM) are both 
controllable through simulation parameters. This event 
occurs each time a new message is generated. The average 
time between consecutive messages is then 

MSG. GENEEATICN. INTERVAL = AVE. PPM / PPS.AVE 

A Pcisscr arrival distribution was assumed and therefore 
this interval was used as the exponential interarrival time 
average between messages. 

Packets were transmitted or queued depending upon 
the link status. A BECEIV E. MESS AGS. PACKET event was sched- 
uled to occur PKT.XMN.IIME seconds after a packet was trans- 
mitted. This arrival time was subject, however, to 
variation due to the possible insertion of an UPDATE into 
the simulated *'bit stream'* of the propagating packet. 
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The selection of the source and destination nodes 



for each message was usually done using a uniform distribu- 
tion so that all node pairs were equally likely. Provisions 
were made, though, so that the simulation could be run using 
unbalanced traffic distributions. Under these conditions, 
selected scurce-destination node pairs were chosen to 
produce non-unifcrm distributions of traffic. 

U. Evaluation of Netwo rk Perfo rmance 

The Evaluation routines and events collect and 
output all parameters which change for multiple runs and the 
accumulated statistical measurements. The seven routines 
and events are as follows: 

1. El. TRANSIENT. EIANKING (EVENT) 

2. E2. COLLECT. DATA (EVENT) 

3. E3. PARAMETER. LISTING (ROUTINE) 

4. E4. NETWORK. PERFORMANCE. REPORT (EVENT) 

5. E5. BEST. PATH. BCOTING .TABLE (ROUTINE) 

6. E6. LINK. WEIGHT. MATRIX (ROUTINE) 

7. E7. TRAFFIC. DISTRIBUTION (ROUTINE) 

FAR AMETE E. LISTING provides the values assigned by 
the user to all pregram parameters which do not change 
during the course of multiple simulation runs. This 
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informaticn is outputted prior to the start of the first 
simulation. During the simulation itself, the event 
COLLECl. EATA samples the status of the network at times 
which are controlled by the user. Under normal conditions, 
a particular number cf samples is selected which then cccur 
at regular intervals throughout the run. If 100 SAMPLES are 
selected for a 10 second run then the interval between 
consecutive samples wculd be 0.1 seconds. COLLECT. DATA 
takes measurements on the following items; 

1. The total number of packets in the network. 

2. The mean link utilization of the network. 

3. The mean time it takes for a packet to complete its 
trip. 

4. The mean queue size of the network. 

5. The mean time per hop of each packet. 

Collected data is stored in external memory and then 
retrieved by graphical rcutines. The plotted results 
enabled the status of the network to be analyzed as a func- 
tion cf simulation time and many examples of the results 
appear herein. 

Used in conjunction with DATA. COLLECTION was the 
event TE A KSIENT. ELANKING. Its purpose was to remove the 
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5» Exa mpl e Dpda t€ Sequ ence 

Table IV gives the simulation results for the same 
sample network used previously in Chapter II, Figure 3.1. 
The various events are described in the order of their time 
of occurrence during the update sequence of the single 
destination node. The results coincide exactly with those 
obtained previously when the steps of the algorithm were 
worked through by hand. The table consists of the actual 
output statements which were produced during the simulation 
run. 
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TABLE I? 

SlBulation Best Path Results 



TIME 

0 . 

0 . 

0 . 

2.0000 

2.0000 

2.0000 

3.0000 

3.0000 



(NOOE) t 



EVENT OESCRIPTION 



( 1) t NOOE UPORTE ORIGINRTEO. 

SENT TO THE FOLLOWING NOOESs 

2 

3 

1 UPOfiTE GENERflTEO SO FAR. 

( 2) ! ••NEW ALARM CLOCK^^-- UPOATE ( 1, 0. ) FROM NOOE 1. 

SETTING TO GO OFF AT 2.0000. 

( 3) : ••NEW ALARM CLOCK^^— UPOATE ( 1, 0. ) FROM NOOE 1. 

SETTING TO GO OFF AT 4.0000. 



( 2) t ••WAKE UP SOUNOEO^^ -- UPDATE! 1. 0. ) 

BEST PATH FROM 2 TO 1 IS 1. 
UPDATE SENT TO 3 

UPOATE SENT TO 4 



( 3) : ALARM CLOCK RESET - UPDATE! 1. 0. ) FROM NODE 2. 

NOW SET TO GO OFF AT 3.0000. 

! 4) : ••NEW ALARM CLOCK^^— UPDATE! 1, 0. ) FROM NOOE 2. 

SETTING TO GO OFF AT 5.0000. 

! 3) ; ••WAKE UP SOUNOED^^ — UPOATE! 1, 0. ) 

BEST PATH FROM 3 TO 1 IS 2. 

UPDATE SENT TO 4 

! 4) : ALARM CLOCK RESET - UPDATE! 1. 0. ) FROM NODE 3. 

NOW SET TO GO OFF AT 4.0000. 

•• RETRANSMISSION OF UPOATE NOT NEEDED •• 

BEST PATH FROM 4 TO 1 IS 3. 



BEST PATHS 



FM-TO N 1 N 
N 1 

N 2 1 

N 3 2 

N 4 3 



2 N 3 N 4 



V. SI MOLiTI ON RBSDLTS 



Simulating the Yen routing algorithm in a packet- 
switched communicaticns network was the focus of this 
research. The first phase of the study dealt with deter- 
mining a link weight function which provided an viable esti- 
mate cf the state cf the network. When this particular 
function was used in conjunction with the Yen algorithm, a 
very efficient traffic routing procedure occurred fcr a 
variety cf network conditions. The testing of the algorithm 
using this link weight function comprised the second phase 
of the simulation work. Here the algorithm was subjected to 
a multitude of different conditions in order to thoroughly 
test its operating characteristics and evaluate its perform- 
ance. The last phase of the simulation involved repeating 
the process of phase two using the hierarchical version of 
the Yen algorithm which was developed in the last chapter. 
Compariscns could then be mads between both the “nodal” or 
hasic algorithm and the hierarchical version. 



> 
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HEASOEIHG ILGOBITSM PESFOBHANCE 



In seeking to determine the performance of the algo- 
rithm, statistics were chosen which related to the number of 
packets within the network at any given time. The reasoning 
behind this is related in part to the analytical techniques 
presented in Chapter IV which are useful in validating the 
simulation model itself. Both Little’s Result and the 
FollaczekrKhinch in formula can give answers for the average 
number of packets within a network when the traffic distri- 
butions are known. Therefore by using those particular 
statistics, a means cf validating the simulation model prior 
to testing the algorithm was possible. The second reason is 
due to the nature cf the simulation ’’run” itself and how 
statistics are collected and evaluated within the program. 

Perhaps a more familiar measurement used in performance 
evaluation of an algorithm is the mean packet delay and not 
the mean number of packets within the network. Little’s 
Result intimately relates these two statistics and therefore 
the choice may not appear too critical. This is indeed the 
case under most ccnditions of performance evaluation. 
However, the lesser used quantity was chosen in this pregram 
for a reason which can best be seen by showing how statis- 
tics were gathered during a simulation run. 



At any moment during 
message packets generated, 
their trips can te describe 

1. X packets have been 

2. Y packets have comp 
destination. 

3. X - Y packets are cu 
The mean packet delay of 
However, this does net take 
which are still in transit, 
mate their delay based upon 
valid under some very imp 
reason the routing algorith 
it is possible that the m 
completed their trip will n 
slow down very rapidly. H 
in the sjstem at a given ti 
oonditicn could readily be 
not used because at any mom 
factor accounts only for th 
their trip and not for ones 
By using the number of pac 



a simulation run the number of 
in transit and having completed 
d as: 

generated. 

leted their trip from, source to 

rrently in the network, 
all Y packets can be computed, 
into account those X - Y packets 
One could, of course, approxi- 
seme schema, but this may not be 
ortant conditions. If for any 
m ‘fails and congestion develops, 
ean delay of packets which have 
ot change to reflect the current 
ewever, if the number of packets 
me were used as the -index, this 
noted. The mean packet delay was 
ent during a simulation run, this 
ose packets which have completed 
which are currently in transit, 
kets in the system at any given 
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time, the performance of the routing algorithm could accu- 
rately be determined. The better the algorithm performed, 
the fewer the number of packets in transit at any given 
time. 

B. TEST HETWOEK 

The tcpclogy of the network used is given in Figure 5,1. 
The network has thirteen nodes and thirty full duplex links. 
In describing the characteristics of the network some terms 
familiar in graph theory are first defined. 

A complete graph exists when all nodes are connected to 
all other ncdes by a direct link. All properties of a 
complete graph are specified simply by indicating the number 
cf nodes. A test network was chosen deliberately which was 
not complete in order that there would be multiple hep paths 
between seme node pairs. 

To indicate the relative '•connectiveness'' of a given 
graph, tie link connectivity and node connectivity cf a 
graph as a whole is specified. The link connectivity 
between two nodes is the minimum number of links that must 
be removed from the graph to disconnect them. The link 
connectivity of the graph as a whole is the minimum of the 
link connectivity of all pairs of nodes. For a complete 
N-node graph, the link connectivity is N - 1, 
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Figure 5. 1 Test Network for Nodal Yen Algorithm 

Analogous to the link connectivity between nodes, the 
node connectivity is the minimum number of other nodes whcse 
removal will disconnect the twc nodes. The node connec- 
tivity of the graph is the minimum taken over all ncde 
pairs. Since all nodes are directly connected in a complete 
N-node graph, its node connectivity is defined to be N - 1. 
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it is found that the test network has a 



Ey inspection, 

link connectivity of 4. This can be seen between nodes ’l 
and 13 which are ccmpletely seperated by the removal of 
links (1,2), (1,3), (1,4) and (1,5), The node connectivity 

is also 4 which can be seen by the isolation of node 2 by 
removing nodes 1, 3, 6 and 9. As a comparison, had this 13 
node network been linked differently such that it formed a 
complete graph, both its link and node connectivities would 
have teen 12. The difference between 12 and 4 gives an 
indication that this test network is lightly connected and 
that most paths between node pairs will involve multiple 
hops. 

C. STATIC BOOTIHG HESOLTS 

The simulation program was first run using a fixed 
routing table. This initial routing table was determined by 
applying the Yen algorithm with all link weights set tc the 
same value cf 1 . In this manner the best paths were these 
which required the fewest heps. The routing table which was 
produced is included in Table V. This particular result is 
in no way unique as there are numerous paths between node 
pairs, all requiring the same number of hops. The selection 
of this specific table was net, however, critical tc the 
results obtained. 
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Ths simulation program automatically determines the 
least hop routing table without the designer having to 
initialize this matrix. This is accomplished by running the 
simulation without message packet traffic for a complete 
update cycle. The update cycle consists of each node, group 
and family originating its own destination update and is 
completed when no further update retransmissions are 
produced. Open completion, each node has a best path 
routing table. This table is saved within the simulation 
program and utilized at the beginning of subseguent runs 
involving message traffic. 
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Curing static renting, this least hop table was fixed 
for the simulation run. Multiple runs were performed using 
different traffic levels by varying the rate at which 
message packets were generated. Source and destination 
nodes were selected in a uniform fashion such that each 
possible pairing had the same probability of selection. 
Each message was fixed to a length of one packet and the 
simulation run for a period of thirty seconds. Figure 5.2 
presents the summary of the network performance. 

The results indicate that the network had become 
"unstable” when the packet generation rate was 300 packets 



per second. 


The terms stable 


and unstable 


are used 


to 


describe the 


general state of 


traffic flow 


within 


the 



network. Given an unchanging rate of packets entering a 
system, a stable network will, after some transient start-up 
behavior, settle to a relatively constant number of packets 
in transit. In other words, the average number of packets 
in transit will remain stable during the simulation run. 
If, however, the retwork were unstable, the number of 
packets in transit would continue to increase with time. 
This "blowing up" can be caused from links becoming satu- 
rated and thus the packets entering the system no longer are 
able to leave at a steady rate. 
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PACKETS IN TRANSIT VS. TIME 




NETWORK PARAMETERS 
Packet transmission time = 0.0500 secs 



Avg pkts per message = 1.0 
STATIC ROUTING UTILIZED. 



Pkt Gen Rate 
□ = 100 pkts/sec 
O = 200 pkts/sec 
300 pkts/sec 
+ = 400 pkts/sec 
X** 500 pkts/sec 



Figure 5.2 Static Routing Results 
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C.0101 0 
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Fcr th€ lower levels of traffic intensity in which the 
network was stable, Little's Besult was used to verify the 
cperation cf the model itself. Table VI gives a comparison 
cf results obtained from the simulation run and using 
Little's Besult in which the close agreement between both 
can be seen. 

D. EIHABIC BODTIHG BESOLTS 

During the dynamic routing test phase, those parameters 
which would effect the Yen algorithm performance were first 
identified. The next step was to isolate one parameter at a 
time and ty varying that value, establish its contribution 
to the algorithm. Finally, after arriving at a "working” 
set of parameters which provided acceptable performance, the 
network was subjected to a wide range of situations in crder 
to thoroughly test its capabilities. Of particular 
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interest, «as the algorithm’s ability to handle wide ranges 
of traffic intensities, unbalanced traffic distributions; 
and timing errors due to queued updates and clock 
inaccuracies. 

The piimary parameters affecting the operation of the 
yen algorithm are 

1. Method of determining the Link Heights 

2. Frequency of Update Generation 

These points are not unique to this algorithm but are actu- 
ally common to all implementations of distributed routing 
algor ithns. 

The object of this section was to develop a system of 
setting link weights which would minimize the average number 
of packets in the network. In doing so the mean packet 

delay and the average link queue size should also be 

minimized. 

^ • Det erm ining the Lin k Height F unction 

Previous research conducted at NFS has used a 
variety of methods for determining link weights. One scheme 
presented by Heritsch [Ref* 19] derived the weight by taking 
the average queue size over a period of rime'. Another 

method used by Tritchler [Ref. 27] was incorporated within a 
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lime Division Multiple Access packet radio environment. In 
this case the links were provided by radio transmissions. 
The weight of a link was chosen to be a function of both the 
attenuation of the radio link and the number of time "slots" 
being used on the link. 

Ir minimizing the average number of packets within 
the system, we first investigated weighting methods which 
were related to the queue size of a link. This method 
appeared attractive due' to its simplicity of implementation 
and the direct relationshi p between queue size and packet 
delay. 

In all a total of five different link functions were 
eventually developed and tested. They were produced in a 
progressive fashion with the final method proving to be 
significantly better than the other four. In understanding 
the characteristics cf each method and the rational which 
led to Method 5, the simplest of the link weight functions 
will be explained first. 

a. Method 1 ; Queue-Size-Now 

Method 1 assigns the weight to a link based upon 
the number of packets which are in the link queue at the 
time cf updating. This method is referred to in the pregram 
as BY .QSIZS .NOW. The link function is given simply as 
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W(I,J) = Q(I,J) 



where S(I,J) is the weight cf link (I,J) and Q(I,J) is the 
size of link queue at the moment of updating. The simula- 
tion was run and the results are given in Figure 5.3. The 
results indicate that even with the higher levels of traffic 
intensity that the network was still stable. However, as 
shown in Figure 5,t», the average link utilization was 
approaching saturaticr for these high levels. This high 
utilization was due, in part, to packets taking mere hops 
per trip than may be cptimal. This is caused by the manner 
in which the link function determines the link weight. 

Since the link weight function uses only the 
queue-size-now, the best paths which the Yen algorithm 
arrive at are those which avoid large queues. Therefore a 
packet may take a Icng trip through the network in its 
attempt to avoid high cost trips. These longer trips trans- 
late intc higher link utilizations than would be obtained 
through a least hop scheme. By minimizing queue size, the 
average number cf heps per packet trip increases and thus 
the link utilization increases. 

Method 1 is sensitive only to what is happening 
in the network at the present moment. The next two methods 
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PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time * 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 1 USED 



I Pkt Gen Rate 
□ = 100 pkts/sec 
O = 200 pkts/sec 
A = 300 pkts/sec 
+ = 400 pkts/sec 
X = 500 pkts/sec 



Figure 5.3 Method 1 Results 
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UTILIZATION FACTOR VS. TIME 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 1 USED. 



Pkt Gen Rate 
□ = 100 pkts/sec 
0= 200 pkts/sec 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X=* 500 pkts/sec 



I 



I 



I 




Figure 5,4 Method 1 Link Otilization 
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were developed to see if taking into account the past 
condition of the lirk queue would favorably effect the 
performance. 

k. Methods 2 and 3: Queue Size Averaging 

• Methods 2 and 3 were developed to reduce the 
high utilization which appeared to be caused by link weights 
which were changing too rapidly in Method 1. Instead of 
looking just at the queue size at the time of updating, the 
average queue size ever a past time interval was observed. 
By using an averaging scheme, it was felt that the best 
paths would not fluctuate as quickly and thus excessively 
long trips would be reduced. Both methods incorporated a 
sliding window technique over which the average queue size 
was evaluated (Figure 5.5). In each method ’a "sub-weight" 
was calculated for every window used in the entire period. 
The time duration of each window and the number cf total 
windows used were both parameters in the simulation. The 
link weight was computed as the average of the sub-weight 
values. Methods 2 and 3 only differed in the manner in 
which the sub-weights were determined. Method 2 calculated 
the sub-weights as being the queue size at the start of the 
time window. This method is referred to in the program as 
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Height depicts Link Queue Size 




Figure 5,5 Windowing Technique' 

BY. PAST . CSIZE. Method 3 determines sub-weights as the 
average queue size for the time window and is referred to as 
EY.PAST.QA7G in the program. The results for simulation 
runs using Methods 2 and 3 are given in Figures 5.6 through 
5.9 

Both methods were unstable at moderate traffic 
intensities. It was found that as window size and the 
number of windows increased, the network performance deteri- 
orated. The use of past average queue size does not appear 
to be a useful indication cf the status of the network for 
use in best path determination. 
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PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 2 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
0= 200 pkts/sec 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X=* 500 pkts/sec 



Figure 5.6 Method 2 Results 
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UTILIZATION FACTOR VS. TIME 




Simulation Time tsecs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 2 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
0=s 200 pkts/sec 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X = 500 pkts/sec 



Figure 5.7 Method 2 Link Utilization 
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PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message =• 1.0 
DYNAMIC ROUTING WITH METHOD 3 USED. 
Window time 0.375 secs 

No. of windows = 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
0= 200 pkts/sec 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X = 500 pkts/sec 



Figure 5.8 Method 3 Results 
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UTILIZATION FACTOR VS. TIME 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval =* 0.5000 secs 
Avg pkts per message 1.0 
DYNAMIC ROUTING WITH METHOD 3 USED. 
Window time = 0.375 secs 
No. of windows * 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
0= 200 pkts/sec 
A = 300 pkts/sec 
+ = 400 pkts/sec 
X * 500 pkts/sec 




Figure 5-9 Method 3 Link Otilization 
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c. Method 4: Link Utilization 

At this point, due to the lack of success from 
the queue averaging schemes, a link weight function was 
selected which would relate directly to the utilization of 
the link. Method 1, though stable, produced very high 
utilization. By using a criterion for minimization based 
upon link utilization it was hoped that stable performance 
could be achieved. 

The utilization factor of a link is the ratio 



Utilization 



Busy Time 

Busy Time * Idle Time 



and is therefore a number between 0 (no traffic on link) and 
1 (continuous traffic on link). Link utilization for an 
M/M/1 queue system is also related to the average queue size 
by 



E[nl 



Util 



1 - Util 



where E[ n ] is the average number of packets in the queue. A 
plot of this relationship is given in Figure 5.10. When the 
link utilization is below 0.5, the average number of packets 
in the link queue is less than 1. For utilization factors 
greater the 0.5, the number increases rapidly. This formula 
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are 5.10 Average Queue Size vs. Otilization Factor 



he average number of packets as a function of utiliza- 
was used for the link weight calculation. However 
this function had no upper bound# a maximum value was 
d upcn it for link utilizations greater than a partic- 
value. 

The formulation which became Method 4 has a link 
t function of 



Util 

0 < Util < 0.95 

1 - Util 

21 , Util > 0.95 

ization is calculated using the 
window scheme used in Method’s 2 and 3. The value of 
ub-weight is the utilization factor of the link over 
window period. The sub-weights are averaged over the 
number of past windows used. 



1 + 



S (I,J) 



alue of the link uti; 
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Method 4 is the first scheme presented which has 
some of tte hybrid features discussed in Chapter II. This 
link weight function behaves differently depending upon the 
link utilization within the network. When the network is 
lightly leaded such that link utilizations are less than 
0.5, all link weights will have values between 1 and 2. 
This means that the unity term included in the link weight 
function will dominate the utilization factor term and thus 
the routing will be a least hop system. As seen previously, 
the least hop scheme is an excellent best path choice when 
the system is lightly loaded. 

When traffic intensity increases such that link 
utilizations increase above 0.5, the link weight function 
will be dominated by this term and the best paths will be 
chosen to avoid highly utilized links. The addition of the 
unity term has in effect provided a stabilizing effect which 
keeps the link weights from churning or varying rapidly 
under light traffic conditions. Results of Method 4 simula- 
tions are given in Figure 5.11. This plot is quite similar 
to the Method 1 results. However, the average link utiliza- 
tion seen in Figure 5.12 is greatly reduced using Method 4. 
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PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 4 USED. 
Window time == 0.375 secs 
No. of windows =» 10 



Pkt Gen Rate 





100 


pkts/sec 


o = 


200 


pkts/sec 




300 


pkts/sec 




400 


pkts/sec 


X=> 


500 


pkts/sec 



Figure 5.11 Method 4 Results 
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UTILIZATION FACTOR VS. TIME 



I 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message =» 1.0 
DYNAMIC ROUTING WITH METHOD 4 USED. 
Window time == 0.375 secs 
No. of windows = 10 




Pkt Gen Rate 
□ = 100 pkts/sec 
0= 200 pkts/sec 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X = 500 pkts/sec 



Figure 5.12 Method 4 Link Utilization 
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E. TEE "CGHBIHATION" LINK iEIGHT FOHCTIOH 



In the pre'ceeding paragraphs, two schemes were found 
which provided stable results. Method 1 determined link 
weights hased upon the queue size at the moment of updating 
while Method 4 calculated link weights as a function of 
average link utiization. Method 5 was developed as a linear 
combinaticn of these two methods. The link weight function 
used in this ''combination” scheme is 

Util 

W(I^J) - CQO.FACT *Q(I,J)] ♦ 1 ♦ 7-----"; 

1 - Util 

QU.FACT is the Queue Scaling Factor used to observe the 
effect of changing the relative influence of the term asso- 
ciated with the queue-size- now to the utilization term. The 
same window operation was used in this formula as appeared 
in Method 4. in addition, the same upper bound was placed 
on this term as was given in Method 4. 

The simulation results using Method 5, which is called 
the BHO.CCMEINS method in the program, is given in Figures 
5.13 through 5.16. QU.FACT equalled unity during these 
runs. Latter sections present the effecrs of variations in 
QU.FACT 0 , algorithm performance. As seen from the plots, 
the result of combining these methods has vastly improved 



PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time =* 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 5 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
0 = 200 pkts/sec 
A = 300 pkts/sec 
+ = 400 pkts/sec 
X= 500 pkts/sec 



Figure 5.13 Method 5 Results I 



167 



-I 



UTILIZATION FACTOR VS. TIME 




I 

I NETWORK PARAMETERS 

I 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval =* 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 5 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 100 pkts/sec 
O = 200 pkts/sac 
A= 300 pkts/sec 
+ = 400 pkts/sec 
X =* 500 pkts/sec 
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Figure 5«14 Method 5 Link Utilization I 
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PACKETS IN TRANSIT VS. TIME 




Simulation Time (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
DYNAMIC ROUTING WITH METHOD 5 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 400 pkts/sec 
0= 500 pkts/sec 
A = 550 pkts/sec 
+ =* 575 pkts/sec 
X = 600 pkts/sec 
0= 625 pkts/sec 
V= 650 pkts/sec 
S== 700 pkts/sec 



Figure 5.15 Hethod 5 Results II 
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UTILIZATION FACTOR VS. TIME 





NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time 0.00125 secs 
Node update interval 0.5000 secs 

Avg pkts per message — 1.0 

DYNAMIC ROUTING WITH METHOD 5 USED. 
Window time = 0.375 secs 
No. of windows = 10 



Pkt Gen Rate 
□ = 400 pkts/sec 
0= 500 pkts/sec 
A = 550 pkts/sec 
+ = 575 pkts/sec 
X = 600 pkts/sec 
O = 625 pkts/sec 
V= 650 pkts/sec 
S= 700 pkts/sec 
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Figure 5. 1-6 Method 5 Link Otilization II 
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RESULTS FOR THE THREE STABLE 
METHODS OF CALCULATING LINK WEIGHTS 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
All Dynamic Routing Schemes used: 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 



Figure 5.17 Liuk ieight Methods : stable Perfonance 
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the perfcrnance of tie algorithm. Figure 5. 17 compares the 
performance of the three tested link weight functions which 
produced stable network performance. The dramatic improve- 
ment achieved with the final method can be readily seen. 
These results indicate that by linearly combining Methods 1 
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previous period cf high utilization. By incorporating link 
utilization into the weighting function, the conditions at 
the terminating nodes for the links can be estimated. This 
ability tc see a little way ”over the horizon” enables the 
routing algorithm which uses link utilization to steer 
traffic away from areas which have recently received high 
volumes cf traffic. 

The second idea# which adds ''balance” to the previous 
point, is that looking at only the link utilization does not 
take into account the immediate impact which traffic origi- 
nating from a node has upon best path routing. when link 
weights are determined from utilization alone, situations 
can occur where links of similar usage can suddenly have 
very different queue sizes due to the -origination of 
messages at the node. As an example, suppose that two 
outgoing links of a node have had utilization factors of 
0.25 ever the current window period and presently their link 
queues are empty. At this point the node accepts 20 
messages which it, being the originator, places into the 
queue of cne of the links based upon the routing table. Now 
a length cf time proportional to the window period will pass 
before the utilizaticn of this link becomes different enough 
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so as to cause a best path change. This time lag is due to 
the effect of using a calculation based upon an average over 
a period of time. Ey including the term related tc queue- 
size-now in the link weight function of Method 5, the link 
weights can reflect the activity of a node as an originator 
cf traffic. 

Method 5 has scie impcrtant distinctions from Chou's 
hybrid link weight function mentioned in Chapter II. Chou's 
quadratic function used only the queue size term. Method 5, 
on the other hand, employs the additional term related to 
the immediate past history of utilization of the links. It 
is this combination of terms which appears to give the algo- 
rithm such a useful estimation of rhe network status. 

1 • Besult s of V a rvinq w indow Period 

The link utilization term used in the link weight 
function of Method 5 was calculated over an interval of time 
called the window period. For this discrete simulation, 
since updates occurred -at random times, the window period 
was modeled such that during operation it appears as a 
continuously sliding time window. To accomplish this 
continuously sliding effect, the total window period was 
divided into a number of smaller sized windows. If ten 
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small windows were chosen in the previous example to model 
the one second window period, each small window would be 0.1 
seconds long. Therefore every 0.1 seconds the link utiliza- 
tions would have been computed at the node with only the 10 
most recent windows being used during updating. 

The effects cf varying the window period is shown in 
Figure 5.18. The algorithm performance improved as the 
window period (which equalled the product of the number of 
windows and the window size) increased to a certain point 
after which lengthening the period did not achieve substan- 
tial performance improvements. When a smaller window was 
used, a greater number of windows were required to achieve 
the same performance as with larger windows. However, the 
total window period required was shorter than when using the 
larger windows. This is especially noticeable from the plot 
in the case where 13 windows cf duration 0.125 seconds had 
the same a-verage number of packets in transit as h windows 
of duration 0.675 seconds. The total window period fcr the 
shorter windows was 1,625 seconds while the longer windows 
had a total period of 2.7 seconds. For the remainder of the 
testing 10 windows of length 0.375 seconds were used 
resulting in a total window period of 3.75 seconds. 
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VARYING THE SIZE AND NO. OF WINDOWS 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Virtual Circuits were not used. 



Figure 5.18 Varying the Window Period 
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2* Hes ults of V arying the Queae Factor 

The Queue Factor is the scaling multiplier for the 
queue-size-new term in Method 5. By varying this value, 
either the queue-size-now term or the utilization term can 
fce emphasised.. When the Queue Factor is set to zero the 
queue size term drops out resulting in simply Method 4. By 
the same token, as the Queue Factor is made large, a Method 
1 link weight function occurs with the utilization term 
being ’’swamped” by the queue-size term. 

Figure 5.19 shows the network performance of the 
test network when the Queue Factor was varied from 0 to 4. 
fts expected the results with the Queue Factor equal to zero 
are identical tc these of Method 4. Similarly as Queue 
Factor increases, the network performance begins to degrade 
to that ettained using Method 1. The interesting result is 
the very substantial improvement in performance achieved 
when the Queue Factor had values near unity. 

This result provokes a question concerning the 
sensitivity of the Queue Factor term upon the Method 5 link 
weight function. Since Queue Factor provides the balance 
between the queue size and utilization term, its sensitivity 
was tested in the following way. 
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VARYING THE VALUE OF QUEUE FACTOR 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message =* 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 



Figure 5.19 Varying the Queue Factor 
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If one were to vary the length of a message packet, 
the same number of packets traveling over a link would cause 
different utilization factors. By the same token, if 
different packet sizes were used and the packet generation 
rate into tke network was properly varied, one could main- 
tain a particular average link utilization for simulation 
runs. This was the approach used in testing the sensitivity 
of the Queue Factor term. Three different packet sizes were 
used such that their transmission times were 0.0125, 0.0500 

and C.2000 seconds. The packet generation rate was set so 
that the average link utilization was the same for each 
packet size. In this manner the utilization term is held 
constant while the queue size term is allowed to take on 
different values. 

The results when the average network link utiliza- 
tion was adjusted to C.50 and 0.80 are given in Figures 5.20 
and 5.21. For both these results the average number of 
packets within the network was normalized sc that a single 
plot could show the effects. In the case where utilization 
was at 0.50 the network performance improved dramatically as 
the Queue Factor became greater than zero. The perfor marcs 
with the shorter packet of length 0.0125 continued to 
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VARYING THE VALUE OF QUEUE FACTOR 




NETWORK PARAMETERS 

Update transmission time = 0.00125 secs j 

Node update interval = 0.5000 secs j 

Avg pkts per message =*1.0 
Dynamic Routing with Method 5 used. 

Window time = 7 * pkt.xmt.time 
No. of windows = 10 

Avg. Link Utilization was 50.0 %. 
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Figure 5.20 Queue Factor : 0.50 Utilization 
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VARYING THE VALUE OF QUEUE FACTOR 




NETWORK PARAMETERS 

Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time — 1 * pkt.xmt.tima 
No. of windows = 10 

Avg. Link Utilization was 80.0 %. 



Figure 5.21 Queue Factor : 0.80 Dtilization 
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improve yet was beginning to level off. The perfomance of 
the longer packets had both started to degrade as the Cueue 
Factor reached a value of 4. When the utilization was 
increased to 0.80 the performance with all three packet 
sizes again improved as Queue Factor became greater than 
zero. Here it is apparent that the shorter ' packet perform- 
ance degraded rapidly as the Queue Facror became greater 
that unity. 

These results indicate that the Queue Factor can be 
changed to match a given network situation to a particular 
level of performance. In addition, when link capacities are 
large in terms of the number of packets per second which can 
be transmitted over them, then the Queue Factor is best kept 
small so as not to overpower the utilization term. In the 
remainder of the simulation the Queue Factor was set to 
unity which produced satisfactory performance for the packet 
transmission time of 0.0500 seconds. 

^ • R e s u It s of Va rying Node D pda te I nterval 

The node update interval is the time between consec- 
utive updates being generated by a single node. The ncde 
update frequency is the inverse of this interval. It would 
appear that by reducing the time interval between updates. 
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the algcrithm would perforin more effectively since 
paths would reflect changes in network conditions more 
rapidly. However problems occur when the increased link 
utili 2 ation due to update messages begins to interfere with 
normal message traffic. 

As discussed before’, the link utilization caused by 
update messages is a function of the number of nodes in the 
network, the update interval and the update transmission 
time. In the thirteen node test network where the update 
interval is 0.5 seconds and the update transmission time is 
0.00125 s€ccnds, the utilization per link due to this over- 
head is only 0.01625. Such a low value does not "load down" 
the network substantially enough to interfere with regular 
message transmissions. This is demonstrated in Figure 5.22, 
which indicates that performance improves as the frequency 
of updates increases. The size of an update packet, though, 
is relatively small being only 1/40th the size of a message 
packet. This small update is in keeping with the very 
simple information whioh the Yen algorithm requires and is 
by no means unrealistic. Since the link utilization is 
proportional to the number of nodes in the network, however, 
the performance of the network under conditions of higher 
overhead must still be evaluated. 
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VARYING THE TIME INTERVAL 
BETWEEN NODE UPDATE TRANSMISSIONS 




Node Update Interval (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 



figure 5.22 Ncde Opdate Iiiterval : Low overhead 
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One way to produce a situation where update overhead 
tjecomes significant ia simply to increase the size of the 
network. However, due to the increased computing time this 
answer was not chosen initially. The solution selected was 
to increase the size cf the update packet by a factor of 6. 
The new update transmission time was 0.00750 seconds and 
this packet was now only 1/15the the size of the message 
packet. Figure 5,23 gives the network performance using the 
larger upcate. For conditions of relatively high traffic 
intensity, the effects of the update transmissions substan- 
tially reduces the performance of the network. The average 
link utilization increases as the frequency of update trans- 
missions increases.’ Figure 5.24 shows that when the packet 
generation was 500 packets per second and short update 
intervals were used, the entire network became saturated. 
The actual link utilization from overhead traffic is given 
in Figure 5.25. The calculated link utilization plotted in 
the figure was obtained using the relationship developed in 
Chapter III which stated that 

link Otil[ updates ] = (N / 2T) U. XMN .TIME 

where N was the number of ncdes and T was the time interval 
between ccnsecutive update transmissions by a node. The 
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VARYING THE TIME INTERVAL 
BETWEEN NODE UPDATE TRANSMISSIONS 




Node Update Interval (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00750 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 



Figure 5.23 Node Update Interval : High Overhead 
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VARYING THE TIME INTERVAL 
BETWEEN NODE UPDATE TRANSMISSIONS 




Node Update Interval (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00750 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 



j No. of windows — 10 

I Virtual Circuits were not used. 

i 




?igur€ 5.24 Node Update Interval : Total Link Utilization 
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Link Util. From Updates 




VARYING THE TIME INTERVAL 
BETWEEN NODE UPDATE TRANSMISSIONS 




Node Update Interval (secs) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00750 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 



figure 5.25 Hode Update Interval : Update Link Utilization 
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agreement between the calculated value and the simulation 
results is very good. This not only provides another vali- 
dation method for the simulation program itself but it also 
verifies an analytical method for estimating the utilization 
overhead for a network. 

I. lESTIHG THE BODAl YEN AIGOBITHM 

The basic set of parameters for the nodal Yen algorithm 
have teen established from the previous sections. The 
window period, Queue Factor and node update interval were 
selected based upon simulations using uniformly distributed 
traffic intensities and a highly symmetric network topology. 
The second phase of this research centers around the test 
and evaluation of the basic algorithm under a variety of 
different renditions. Specifically, the performance of the 
algorithm under the following conditions is sought: 

1. Timing Errors 

2. Geometrically Distributed Message Lengths. 

3. Unbalanced Traffic Patterns. 

4. Datagram and Virtual Circuits. 

In this way, it can be determined whether or not routing 
algorithm parameters selected while using uniform traffic 
distributions will provide acceptable network performance 
under different circumstances. 
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1 • Timi ng E rrors 

A major issue in determining the applicablility of 
these time-dependent routing protocols is how sensitive the 
test path selection is to timing errors in the arrival of 
update messages. It is obvious that if update messages do 
not arrive when they are supposed to . that the receiving node 
will incorrectly calculate the Update Reception Weight. The 
question is how wrong the arrival time of the update can be 
before the test path selection becomes incorrect. Insight 
as to the magnitude of this timing error can be obtained by 
reviewing hew the tentative time for update transmission is 
calculated. 

The calculation of the update transmission time 
involved cividing the tentative shortest path distance by C. 

T[F (J,K) ] = F (J,K) / C 

Since C is chosen to equal the inverse of the time required 
to transmit an update {U. X MN, TIME) , this is equivalent to 
multiplying the path distance by the update transmission 
time . 

T[F(J,K)j= F(J,K) * U.XMN.TIME 



190 



The path distance includes the Reverse Link Weight which is 
computed using the ccmbinaticn link weight function. 

Util 

W(I,J) = CQO.FACT * Q(I,J)] * 1 ♦ 

The link weight is constrained to be- greater than or 
equal to cne and therefore the m ini m urn time interval after 
which a node can send its own update transmission upon 
receiving one is U.XHN.TIME seconds. Using this fact the 
maximum speed at which updates can "propagate” through a 
network can be determined. Maximum propagation speed will 

occur when link weights are minimum and thus the calculated 

# 

update transmission delay is only U.XMN.TIME seconds. An 
update originating at time 0 will reach a node that is K 
hops distant (via least hep path) in (2K - 1) U.XMN.TIME 

seconds. If the path were cne hop longer the additional 
time delay would be (2) U .XM N. TIME seconds. 

The size of the timing error required to cause the 
incorrect selection within a uniform weight least hep scen- 
ario is twice the time required to transmit an update 
packet. This gives an indication of the magnitude of timing 
errors which the algorithm can function with without miscal- 
culating hest paths. The next step is to look at possible 
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sources cf update arrival timing errors and their magnitude 
in relationship to O.XMN.TIME. 

A possible source of timing errors is the micropro- 
cessor clock used by the algorithm. These errors originate 
from the discrete nature of the clock in which- all events 
performed by the node {such as the transmission of messages) 
occur only at the beginning of a clock period. Errors 
develop when a computed transmission time for an update 
message falls in the middle of a clock period. The actual 
transmission time of that update will be delayed until the 
beginning of a new period. It follows that the shorter the 
clock period, the smaller the ^errors due to delays in update 
transmissions. The upper bound on the size cf the clock 
interval would be the bit interval of the transmitted data. 
Since tke bit interval is much smaller than the time 
required to transmit an update, performance degradation due 
to these errors is net expected to occur. Through simula- 
tion, the accuracy of this prediction can be determined. 

Ey modeling the simulation program such that the 
time for message transmissions occurred only at the star" of 
a clock period, the effects on performance due to finite 
clock periods could be analyzed. The simulation clock of 
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RESULTS IN USING DISCRETE CLOCKING 
FOR ALL NETWORK TIMING 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time =* 0.00125 secs 
Node update interval = 0.5000 secs 
Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 

Virtual Circuits were not used. 
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Figure 5.26 Varying the Clock Interval 
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remaining quite low. In all cases tested, the 
between network' performances was slight. From th 
it appears that the performance of this tim 
routing protocol in networks exhibiting update 
both ‘'discrete" clocks and queueing is not only 
tut very near that obtained without these errors. 

2 . Geo met r i call y Dist r i buted Message L ength s 

Message traffic entering the network 
modeled as having an arrival rate based upon 
process. In using the Poisson distribution, t 
arrival is " X" messages per second and thus 
interarrival time between messages is 1/ X second 
though, the length of all messages has only been 
In operating packet.-switch ed networks, message 
different lengths and must be split into a numbe 
sized units prior to transmission. 

From Chapter IV we considered the 
multiple packet messages had a geometric distr 
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Avg No. of Pkts in Transit 




VARYING THE AVERAGE NUMBER OF 
PACKETS PER MESSAGE USING A 
GEOMETRIC DISTRIBUTION 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
I Dynamic Routing with Method 5 used. 

Window time = 0.375 secs 
I No. of windows = 10 

I VIRTUAL CIRCUITS WERE NOT USED. 

I 

I 



Figure 5.27 Geoietrical ly Distributed Hessage Lengths 
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average nuuker of packets in the network increased as the 



average message length increased. By applying the results 



obtained frcm the P-K formula, this increase is known to be 
characteristic whenever a geometric distribution is used for 
the message length. The increase is not due to a breakdown 
in the routing algorithm as might otherwise have been 
suspected had this aralytical result not been applied. 

The P-K formula stated that the average number of 
packets in an M/G/1 queue was 



Since the simulation involves a network of queues, the P-K 
formula is used to analyze the behavior of the network when 
geometrically distributed message lengths are used rather 
than solve for EfL] exactly. This is permissable since the 
network is in an equilibrium state with no saturated links. 
Burke [Bef. 26] shewed that in such a situation where 
traffic entering a system is Poisson, the output traffic is 
also Pcisson. The P-K formula can thus be used to provide 
insight into the behavior of a network of queues. 




2(1 - Xd/p) 



where X = Message arrival rats in pkts/sec 



D = Packet transmission time in seconds 
p = 1 / Average message length in packets 



199 



rj ^ 




Th€ factor X D/p corresponds to the link utilization 



and as such is less than or equal to one. The second term 
containing p2 will dominate the value of E[ L] when X D is 
fixed and p << 1. E[L] will generally increase as the 
square of the average message length in packets. Therefore 
a douhlinc of the average message length will result in an 
approximate quadrupling of the average number of packets in 
the network. From the simulation results, the behavior of 
the network using fixed message arrival rates and varying 
values of p can be analyzed to see if this characteristic 
relationship is evident. 

Table VIII shows the average number of packets in 
the network using fixed message rates while varying the 



TABLE VIII 

average Suaber of Packets in Network 



Avg r 



■ >ngth 



Message Generation Hate 



(msqs/sec) 

12 ' 20 




5 

10 

15 



55 

124 



14 



164 
39 2 



37 
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average message length in packets. When the average message 
length doubled from 5 to 10 pkts/msg, the average number of 
packets in the network (E[n]) increased 3.93 and 4.43 times 
for the 10 and 20 isgs/sec rates respectively. This is 
approximately the quadrupling affect which was predicted. 
Similarily, when the message lengths tripled from 5 to 15 
pkts/msg, E[n] increased 8.86 and 10.6 times as compared to 
the estimated increase of 9. Finally for the increase in 
message length of 1.5 times, the resulting E[n] increase was 
2.25 and 2.39 times which corresponded to a calculated 
increase of 2.25. These results indicate that the behavior 
cf the network of queues is reasonable when geometrically 
distributee messages are used and that the algorithm 
performance does not appear to degrade. 

Onbalan ced Tr aff ic Patterns 

All simulation results discussed thus far were 
obtained using a uniform distribution of traffic throughout 
the network. The uniform distribution was accomplished by 
picking source-destination node pairs at random for each 
message such that all node pairs within the network had an 
equal probability of selection. As a result the number of 
messages generated between all node pairs for each simula- 
tion run was about the same. 
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An unbalanced traffic pattern exists where the rate 
of message g'eneration between node pairs differs throughout 
the network. Static routing methods, which have been 
designed for uniform distr ibutions, are severely limited 
under unbalanced conditions. The ability of a dynamic 
routing algorithm to adjust to non-uniform conditions is of 
prime importance in evaluating its performance. 

For this test the same thirteen node network was 
used with seme modifications. All traffic generated for the 
network was dedicated to only three source-destination node 
pairs. The pairs selected were nodes 1 and 13, nodes 9 and 
5 and nodes 12 and 2 with the first node being designated 
the scurce and the second the destination. These particular 
node pairs were selected based upon their locations in the 
network. They are all located on the perimeter with scurce 
and destination nodes being on opposite sides of the 
network. The purpose was to allow a wide number of criss- 
crossing paths to exist f cr the traffic in an attempt to 
vigorously test the algorithm's capabilities. 

As a reference point, the unbalanced network was 
initially tested using static least hop routing. Brier to 
running the siraulaticn one could compute the maximum traffic 
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intensity which the network cculd handle before saturating. 
Ihe capacity of each link is 20 packets per second. with 
three source-destination pairs, the maximum packet genera- 
tion rate (if separate link paths existed for the three 
routes) would by 60 packets per second. However, the static 
routing table (Table V) indicated that link (9,2) was used 
in the best path for two of the node pairs. Therefore for 
the static run this link should saturate when the packet 
generation rate is orly 30 packets per second or 10 packets 
per second for each node pair. 

figure 5.28 provides a three dimensional view of the 
network with the height of the arrows between nodes indi- 
cating the utilization of the link. It is evident that with 
static routing the lack of alternate paths was extremely 
detrimental to the performance of the network. When using 
dynamic routing, the traffic should be mors broadly distrib- 
uted over the network and thus the traffic load between node 
pairs could be increased before saturation occurred. 

Figures 5.29 and 5.30 show the distribution of 
traffic using the Yen algorithm at packet generation rates 
of 50 and 100 packets per second. The highest link utiliza- 
tion for the network at 50 packets per second was only 0.43 
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NETWORK PARAMETERS: 

Source-Destination Node Pairs 

Node 1 to 13, 9 to 5 and 12 to 2. 
Packet transmission time = 0.0500 secs 



Pkt generation rate = 30 pkts/sec 
Avg pkts per message ** 1.0 
Static Routing used. 



I 1 



Figure 5.28 Onbalaaced Traffic: static - 30 pkts/sec 
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NETWORK PARAMETERS: 

Source-Destination Node Pairs 

Node 1 to 13. 9 to 5 and 12 to 2. 

Packet transmission time = 0.0500 secs 
Update transmission time =* 0.00125 secs 
Node update intervai = 0.5000 secs 
Pkt generation rate = 50 pkts/sec 

Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time — 0.375 secs 

No. of windows = 10 



Figure 5.29 Unbalanced Traffic; Dynamic - 50 pkts/sec 
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Utifization Factor 







NETWORK PARAMETERS: 

Source-Destination Node Pairs 

Node 1 to 13. 9 to 5 and 12 to 2. 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Pkt generation rate = 100 pkts/sec 

Avg pkts per message = 1.0 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 



Figure 5.30 Onbalanced Traffic: Dynamic - 100 pkts/sec 
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and still only 0.69 at 100 packets per 



second. 



From both 



figures it is clear that tr affic .between node pairs has been 
distrifcutsd throughcut the network and thus the dramatic 
increase in performance was achieved. 

4 . Dat agra m and Virtua 1 Circui ts 

Chapter I mentioned that the performance of any 
dynamic routing method will be reduced when virtual circuits 
are used. Virtual circuits “lock" the path taken by all 
packets of a message to that selected by the first one. If 
network conditions change after the initial '’trail-blazer” 
packet establishes the route, subsequent packets may no 
longer be taking the best bath. 

In testing the degradation in network performance 
using virtual circuits, geometrically distributed message 
lengths were used. Figure 5.31 shows the outcome, of the 
simulations with the results being very similar to those 
received when datagrams were used (Figure 5.27) . However 
there was some degradation in performance, the percentage 



difference between the 


two 


methods 


being given in 


F igure 


5.32. 


These results 


are 


highly 


dependent upon 


network 


topology 


and are presented 


only to 


give a feeling 


for the 



type cf degradation in performance which is likely to occur. 
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Avg No. of Pkts in Transit 



VARYING THE AVERAGE NUMBER OF 
PACKETS PER MESSAGE USING A 
GEOMETRIC DISTRIBUTION 




NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Dynamic Routing with Method 5 used. 

Window time =* 0.375 secs 

No. of windows = 10 

VIRTUAL CIRCUITS WERE USED. 

U 



Figure 5.31 ?irtual Circuit Results 
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PERCENTAGE INCREASE IN AVERAGE 
NUMBER OF PACKETS IN TRANSIT 
WHEN USING VIRTUAL CIRCUITS 




0 100 200 300 400 500 600 

Pkt Generation Rate (pkts per sec) 



NETWORK PARAMETERS 

Packet transmission time = 0.0500 secs 
Update transmission time = 0.00125 secs 
Node update interval = 0.5000 secs 
Dynamic Routing with Method 5 used. 
Window time = 0.375 secs 

No. of windows = 10 




Figure 5.32 Virtual Circuits vs. Datagrams 
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As expected, the longer the average message size the poorer 
virtual circuits faired with datagrams. 



Q. PERFCBBABCE COHPIBISON HITB A ROOTING FRACTION SCHEME 

While the research was underway for this project, a 
second project began which investigated the performance of a 
routing fraction protocol [Ref. 24], In order to provide a 
basis for comparison, the simulation program presented 
herein was utilized as the "driver" for the second project. 
Eecause of the design of the program, the only major altera- 
tions required to accomodate the routing fraction protocol 
centered in the Opdate Routing Protocol events and routines. 
The other major divisions cf the program, which concerned 
message traffic transport, data collection and simulation 
preparation, were not significantly changed. In this way a 
comparison study of different routing procedures using the 
same "driver" routines could be analyzed. 

Upon completion cf the second project, both routing 
protccols were tested. Tc ensure that the programs still 
only differed by the routing protocols, both were first run 
using the same network parameters and with fixed best paths 
from the same least hop routing table. The statistical 
results from both pregram runs were identical. 
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Next the programs were run such that the performance of 
the Yen algorithm could be compared to that of the optimally 
selected routing fraction method. The selection of the 
routing fractions was possible since the traffic distribu- 
tion for the network was know to be uniform. Therefore the 
resulting multiple path routing strategy was "matched” to 
the network conditions. 

The intensity of the incoming traffic was set at 335 
pkts/sec which corresponded to the saturation point of the 
network when least hep routing had been used. The Yen simu- 
lation was run using the same parameters as in the last 
section with the exception that the update interval was set 
to 0.20 seconds. The results of the comparison are given in 
Table IX. From these results it is evident that the Yen 
algorithm is able to perform almost as well as a static 

multiple path method which is operating on its "home turf". 
This term is used since within this static environment the 
routing fraction method can yield the optimal results. Thus 
the optimal routing fraction technique provides a perform- 
ance yardstick with which to measure how well the Yen algo- 
rithm actually works. Again, from these initial findings, 

the ability of the Yen algorithm ro approach optimal 

performance appears to be very good. 
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TABLE IX 

Performance Comparison of the Alg.orithms 





Yen 

Algorithm 


Routing 

Fraction 


Least 

Hops 


Avg Pkts in 
Network 
(in pkts) 


59.6 


50.3 


102.3 


Avg Pkt Trip 
Time 

(in secs) 


0,173 


0. 148 


0.301 


Avg Queue 
Size 


0.44 


0. 30 


1.20 



Size 

(in pkts) 



I - j 

Additional simulation runs were done using the unbal- 
anced traffic patterns used previously. However, the 
inability of the static routing fraction method to adjust 
caused severe performance degradation. We have already seen 
that the dynamic nature of the Yen algorithm, on the ether 
hand, allows it to perform in an unbalanced environment with 
acceptable results. 

B. TESTING THE HIEH ABCHICAI YEBSION 

In order to evaluate the peformance of the hierarchical 



version of the 


bas ic 


algorithm 


whl 


,ch was develo 


ped earlier. 


some mooificat 


ions 


were made 


to 


the network 


parameters . 


These changes 


were 


reguired 


in 


order to 


display the 
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Figure 5.33 Test Network for Hierarchical Version 

operating characteristics of the new algorithm. First a 
larger test network was used which had 24 nodes and 52 full 
duplex links (Figure 5.33) . The hierarchical structuring of 
this netwcrk was such that two families were created (each 
with a tctal of 12 ncdes) and each family was divided into 
two groups (each with 6 nodes) . Though this network is 

relatively small, it was found that running larger networks 



213 



using the IBM 



3033 was very expensive in terms 



of both CPU 



time and memory allocation. This network, though, with one 
additional parameter change proved to be adequate for the 
demonstration. 

One of the primary reasons for using a hiesrarchical 
scheme is to reduce the overh’ead from update transmissions. 
It has been shown that the link utilization from updates is 
directly related to the number of nodes in the network when 
using the nodal algorithm. However, in order to ’’load down" 
the network from update packets which have a relatively 
short (1/40th of a message packet) transmission time, the 
size cf the network required was too large. In order to 
increase the "cost" cf update transmissions for the purpose 
cf ccmpariscn, the length of the update packet was therefore 
increased by a factor of six. This is the same technique 
used in the previous section when the the interval between 
node updates was varied. It was now possible to run the 
simulaticn using both the nodal and group/faraily version of 
the Yen algorithm and evaluate their performances. 

Two methods for generating the unit warning message were 
developed for the program. The first method was the single 

"leader" technique where one node per unit has the 



214 



responsibility of generat 
Initially the scheme where 
own warning messages was 
method was discarded when 
messages in time caused de 
technique which was simulat 
unit update messages whereu 
a resynchronization time in 
The results from Simula 
two warning message hierar 
Table X. The table lists t 
under ”NCDE”, »the hierarc 
warning messages under *'NS” 
version using warning messa 
tion time under ”S*' (for s 
versions were run using 
seconds while a variety 
chosen. Two nodal runs we 
0.25 and 0.50 seconds. 



ing the unit warning messages, 
each node in a unit generated its 
also simulated. However# this 
the poor distribution of update 
graded performance. The second 
ed was the synchronized firing of 
pon the warning message contained 
stead of the firing time, 
tion runs using the nodal and the 
chical schemes are summarized in 
he nodal version of the algorithm 
hical version using firing time 
(for non-synchronized) and the 
ges containing the res ynchroniza- 
ynchronized) . All hierarchical 
a node update interval of 0.25 
cf group and family times were 
re made using update intervals cf 
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In analyzing the results some overall characteristics 
are ncted: 

1. The link utilization due to update transmissions was 
subs tan t ial ly reduced when the hierarchical methcds 
were used. In the case where node update intervals 
were the same, the hierarchical methods showed a 
reduction in update link utilization by a factor of 
three (0.125 as compared with 0.375 for the nodal 
scheme) . 

2. The average length of a trip which a packet took 
using the hierarchical schemes was longer than with 
the nodal version. This is consistent with the 
nature of all hierarchical methods in which reduced 
update overhead is achieved at the expense of 
slightly longer packet trips. 

3. The synchronized version of the hierarchical methcds 
performed better than the firing time warning message 
version. The improvement appears to be from the 
reduction in overhead which was approximately twenty 
percent in this case. 

The best performance using the hierarchical methods was 
not obtained when the update intervals were shortest but 



217 



rath€r when the groups and the families were not generating 
their ur.it - updates' at the same rate as the nodes. This 
occurred using the synchronized method with the group and 
family intervals at 0.5 and 1.0 seconds respectively. This 
performance .was dramatically better than the node version 
which was clearly being congested with overhead traffic. 
Even though the nodal version packet trips were about 0.75 
hops shorter than the hierarchical versions, the burdening 
effect of high link utilization from update traffic was the 
dominant tactor. However, when the nodal version was run 
using a larger update interval such that the overhead link 
utilization was halved, irs performance improved. 

The benefits from the use of hierarchical methods in 
large networks have been demonstrated in this section. It 
should be noted that incorporating such schemes in very 
large networks is not merely convenient but an absolute 
requirement. Recall that- the formula for the link utiliza- 
tion due to update transmission's could be calculated 
directly. Since the size of the update packet is small but 

relatively fixed in length and the update interval must 
remain reasonably short, there is a finite network size 
before the links will saturate due to update transmissions 
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alone. Therefore the implementation of the hierarchical 
version becomes mandatory in a large network. 

I. lABGE HETWOHK SIHDLATION 

The choice of relatively small networks (25 nodes or 
less) fcr the majority of simulation work was based prima- 
rily upon limitations which the IBM 3033 had upon job execu- 
tion time and available memory. Simulating the routing 
protocol involved large amounts of both these items. The 



maximum 


time 


li mit 


for a 


single 


job 


was 


one hour 


corresponded 


to a 


thirty 


second 


simulation 


of a 25 


network. 
















However , 


during the • 


last guarter 


of 


work cn 


project , 


SIMSCRIPT 


II. 5 ( 


Release 


4. 2) 


was 


made avai 


with the 


VAX 


11/780 


machin 


e. The 


VAX 


11/780 is a Vi 



address computer with a large available memory (4 gigabytes) 
and no limitation on program execution time. The similari- 
ties between the -VAX aiid IBM versions of SIMSCRIPT were such 
that transporting the simulation between machines was not 
difficult. Program modifications were centered only in the 
I/O processes. 

The initial design of the "large” network consisted of 
288 nodes. Hierarchical structuring produced 3 families (96 
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each) , 



nodes each), with 8 groups per family (12 nodes 
Initial simulation runs, however, exceeded the available 
memory of even this machine and so the network was reduced 
to a single family. The final network had 96 nodes and 202 
full duplex links (Figure 5.34). 

Testing of the dynamic hierarchical routing protocol in 
this network was made using a highly unbalanced traffic 
distribution. The majority (95 percent) of traffic gener- 
ated for the network originated from Group 1 nodes. in a 
similar manner, the same percentage of generated traffic was 
desrined for Group 4 nodes. From the network topology, it 
can be seen that this traffic distribution means that most 
traffic must travel from cne side of the network to the 
other. Numerous routes can be visualized to include flows 
of traffic through the upper two groups, the center group, 
and the bottom three groups . 

In order to get a performance comparison, the simulation 
was first run statically using the least hop routing scheme. 
The packet generation rate for the network was 100 packets 
per second. This traffic intensity was selected such that 
link saturation was beginning to occur. The results of the 
simulation run are presented in a pictoral rather than 
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Group 2 Group 3 




Group 8 

Figure 5.34 96 Node Network 

tablular form so that the overall link usage of the network 
can he clearly seen. Figure 5.35 presents four views of the 
network «ith each view depicting those links which had 
utilizations within the range specified. As expected with 
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Figure 5.35 Large Network: Static Routing 
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Figure 5.36 Large NetworJc; Dynamic Routing 
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VI. COHC 10 SIGNS AND R ECO H ME N PATIO NS 
A. CCNCIDSIOHS 

The path which lead to the development of the combina- 
tion link weight function and the hierarchical distributed 
routing procedure was by no means a "least hop" one. Many 
detours were taken while enroute which were time consuming, 
tut not without benefit in terms of derived insight. In 
summarizing the many points of conclusion obtained during 
the ccurse of this project, a chronological approach is 
used. In addition to the actual results obtained, seme 
lessons learned by this author are also included. 

Initially . the simulation program model was developed on 
a much simpler scale than that which appears herein. 
Modularity and understandab ility were emphasised so that as 
the model grew in realism (and became more complex) , it did 
not become unmanageable. In doing so, the impact that modi- 
fications to the model had upon the simulation operation 
were not lost. This process is best seen by example. 

An early version of the simulation model did not use 
update gueues under the assumption that the effects of 
update collisions would be negligible upon the performance 
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of the routing algorithm. As the model grew, the update 
insertion technique was included with its resulting update 
packet queueing delays. The new simulation results 
confirmed an earlier speculation that queued updates did not 
dramatically change the best path calculations. However, 
only by working from the simple to the more complex model 
could these conclusions have been made. 

Another goal during the model development stage was in 
finding techniques which could be used to validate the simu- 
lation. The use of analytical methods proved very effective 
in this area. The key was in matching the network ’ para me- 
ters to situations which could be duplicated using the math- 
ematical techniques. In doing so the results obtained 
during simulation closely agreed with those using the 
analytical methods. The simulation operation was also veri- 
fied using a painstaking process whereby every network 
process involving individual packets was printed out. 
Therefore, prior tc the simulation being run using the 
routing protocols, the model had been convincingly tested. 

After establishing a workable simulation model, it scon 
became apparent that a dynamic routing protocol is only as 
good as the information upon which it makes thie estimate of 
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the network conditions. The combination link weight 
function which was finally developed appears to provide an 
accurate and responsive measurement upon which the routing 
decision can be made. A somewhat unexpected characteristic 
of the combination method was the relative insensitivity of 
its parameters upon the algorithm's performance. The Queue 
Factor term demonstrated very acceptable performance over a 
wide range of network parameters. In fact, the modified Yen 
algorithm seemed to be hard to ’'break down" even when 
subjected to a variety of chaotic and unbalanced traffic 
conditions. The robustness of the modified version was 
further shown when drring conditions of rather gross timing 
limitations, the network performance remained basically 
unchanged. 

It should be emphasised, though, that it was not the 
intent of this research to find the "optimal" set of parame- 
ters for the routing protocol. The effects that one param- 
eter had upon another were interrelated and thus the problem- 
would have become one of finding a global optimum in 
N-dimensicnal space. The vastness of this space precluded 
such a search and so a working set of parameters was found 
instead. 
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During the development of the nodal version of the Yen 
algorithir, a simple formula was derived which solved for the 
overhead link utilization due to update transmissions from 
known network parameters. It was this result which helped 
to provide the motivation for the development of a hierarch- 
ical version. The nodal version, though extremely capable, 
was limited to networks of a particular size due to the 
detrimental effects which the overhead traffic produced. 
The maximum network size was a function of a number of 
parameters. For the parameter values used in this work, the 
limiting network size was approximately 100 nodes. 

The hierarchical scheme which utilized synchronization 
warning mes'sages produced the least overhead and the best 
performance of those tested. The feasibility of this method 
was demonstrated using the large network of 100 nodes. The 
real "savings" from this method over the non-synchrcnized 
hierarchical scheme came from the substantial reduction in 
unit warning messages which were passed us.ing the flooding 
technique . 

The ability of the algorithm to function with little 
performance degradation in an environment of hardware deck 
limitaticES and delays due to queued updates was another 
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positive result. It appears that in general, these random 
timing inaccuracies were negligable compared to the magni- 
tude of the link weight function calculations. The hybrid 
characteristics of the combination function also assisted in 
damping small' we ight variations which may be caused by these 
delays. 

The limited work which was performed using the VAX 
11/700 with the nearly 100 node network came late in the 
project. However, the results from these tests were central 
to this work. By demonstrating the workability of the 
protocol cn a complex, non-symmetric network, seme of the 
doubts which haunt small, symmetric simulations are removed. 
Curing the development stages, small network simulations 
were required in order that the mechanics of the algorithm 
could he verified. Cree the hierarchical version was devel- 
oped, though, the requirement to test it on a large network 
became the central issue in establishing its credibility. 
In successfully doing so, a major goal of the project was 
met. 

E. EICCaHEHDATICHS FCB FUBTBEa STODI 

During the development of this project, several courses 
of action which future work might take became apparent. 
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Some of these areas require only further simulation with the 
program in Appendix C, while ethers require the production 
of additional programs. The area mentioned first, since it 
was partially begun during the final phase of this project, 
is that of large network simulations. Studies could lock at 
the selection of node, group and family update intervals in 
order to achieve improved performance. Initial results tend 
to show that larger units did not have to update as often as 
smaller ones, but this was not conclusive. 

The simulation program already includes a routine 
designed tc allows nodes, near unit borders to maintain 
routing information cn neighboring nodes belonging to ether 
units. This information would enable packets destined for 
these neighboring nodes to take the best path to the node 
itself vice the best path to the group or family of the 
node. Using the large network, it would be possible to run 
comparison simulations while varying the "depth" within the 
unit borders for which node routing table entries would be 
maintains d. 

The topology remained fixed throughout all simulations 
run during this project. The program, though, is capable of 
modeling a dynamically changing network topology. Link 
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connectivity can be altere 
links to the node’s link se 
nodes would require a bit 
permanent entities, are ere 
the destruction or joining 
still ke handled by the dea 
Using this technique, a 
develop ranging from static 
ence random node and link f 
used to represent a packet 

The ”Successor” algorit 
lated in this dynamic envir 
used in conjunction with wo 
phase of a packet networ 
activation is very impor 
distributed network and ca 
considerations . 

This work has focused 
uted routing protocol with 
tions network. It may 
applicability of this prot 



d simply- by removing or adding 
t. The addition or deletion of 
more planning since nodes, as 
ated at the same time. However, 
of nodes to the network could 
ctivation or activation of links, 
wide variety of scenarios can 
network topologies that experi- 
ailures to completely mobile ones 
radio network. 

hm of Appendix B could be simu- 
onment. This algorithm could be 
rk concerned with the ”start-up” 
k. The whole area of network 
tant to rhe feasibility of a 
nnot be overlooked in the design 



on the application of a distrib- 
in a packet-switched communica- 
be of interest to study the 
ocol in a packet-radio network. 



Packet radio 



networks exhibit 



some unique qualities which 



might make the use of a time-dependent routing protocol 
particularly difficult,. 

During this work, performance comparisons were done with 
a routing fraction protocol . The Yen algorithm produces a 
single best path node for each destination and not a set of 
routing fractions. Future work may look at developing a set 
of alternative paths from the Yen algorithm by keeping track 
of the tentative update transmission times. Relationships 
may be developed, for example, between the "second best" 
update transmission time and the selection of alternate 
paths . 

In conclusion, this thesis was a preliminary investiga- 
tion into the application of the Yen routing algorithm 
within a packet-switched communications network. The 
initial development from this study was a modified version 
of the algorithm which exhibited hybrid operating character- 
istics when used in conjunction with the proposed combina- 
tion link weight function. The final algorithm development 
was a hierarchical version utilizing synchronized unit 
update transmissions which allowed the protocol to operate 
in large networks. 
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iPPENDIX h 



THE YEB SHORTEST PATH ALGORITHH 

In an N-ncde directed network, let 

{I}, I = 1 to N, be the nodes of the network. 

(I,J) be the link connecting node I to node J. 

W(I,J) > 0 be the weight of(I,J), 

F(I,K) be the distance of the tentative shortest 
path from node I to node K. 

T[F(I,K) ] be the finite length of time defined 
to represent the corresponding value of F(I,K). 

Let C be the constant such that C = F (I, K) /T[ F (I ,K) ]. 

Initially, cill F(I,K)*s and T[F(I,K) ]'s are set to co . 

STEP 1: At time 0, the destination node K 

sends each of its Neighbor (out) nodes J 
a simple message "K”, 

STEP 2: Cn receiving a message *'K", each 

node J must: 

A. Label the node that has just sent 



233 



the message node L and delete node L 
from its Update Transmission List. 

B. Bead the clock and let T[F(L,K) ] 
equal the time it reads from the clock 
and let F(L,K) = C *-T[F(L,K) I- 
F(L,K) is the Update Reception Weight. 

C. Update F (J, K) by 

F(J,K) = min[F(J,K) , W(J,L) + F(L,K)]. 
F(J,K).is the Tentative Shortest Path 
Distance and W(J,L) is the Reverse Link 
Weight. 

C. let T[F(J,K) ] = F(J,K) / C. 

T[F(J,K) ] is the Tentative Time of 
Update Transmission. 

S. At time T[F (JrK) ]r node J 

sends the message "J” to Neighbors 
on its Update Transmission List. 



STEP 3: Repeat STEP 2 until time z*, where t* is a 

predetermined constant larger that any possible 
T[F (J,K) ]. 



At the termination of the algorithm, each node J has the 
following scluticn to the shortest path to destination node 
K: 
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Tt€ distance cf the optimal shortest path from node J 
to the destination node K, which i.s given by F(J,K), 
and 

2. The identity cf the next nods on the shortest path 
from node J to node K, which is indicated by the node 
which generated the final F(J,K). 



235 






i 




APPENDIX B 



TBE "SOCCESSOS" HODE SELECTION &LGOBITHH 

The purpose of this algorithm is to provide a means for 
the hierarchical version of the Yen algorithm to continue to 
operate in the event that the current Leader node within a 
basic unit (i. e. group or family) fails. The Leader node is 
responsible for generating the unit warning message which is 
then sent to all members. This warning message contains the 
identity of the Leader node and the time at which all nodes 
are to send the unit update message. If the Leader ncde 
fails, then the unit will nc longer be able to provide 
update information for the rest of the network. This same 
algorithm is also applicable to network "start-up" periods 
when the units themselves are forming and Leader nodes must 
be selected. The following definitions are given which will 
be utilized in the algorithm. 

In an N-node directed network, let: 

I, «], F ,. . . , L be nodes belonging to a basic group 
of the network. A group was chosen for this 
description yet this is applicable to any level 
unit. 
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Each node have a clocking device called a Timer 
which, upon setting, will time out at t = T (max) . 

T (max) be greater than any time interval between 
consecutive group warning messages being received 
by any node in the group. 

GW(I] be the Group Warning message originating 
frcm ncde I. 

I (grp) be the average time between generation of 
consecutive group warning messages by the leader 
node , 

S[I,T(I)1 be the Successor message containing the 
identity of node I and the time T (I) when the 
Successor message was originated. 

The algorithm is presented in terms of the three 
different events which can occur during network operation 
resulting frcm its usage. These events are 

1. A node receives a group warning message. 

2. A ncde "times cut". This means that the node has not 
received a grcup warning message within T (max) 
seconds. Each node has a re-settable timer which it 
uses to deteraine this. 
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3. A node receives a successor message. Successor 
messages are sent by nodes which have "timed cut" and 
are new competing for the function of being the group 
leader. 

The algorithms related to each event are as follows. 



E?ENT 1 

Ar time t, node I receives G5i[L] from node K and performs 
the following: 

Node I carries cut standard group update proce- 
dures. This involves retransmitting the group 
warning message and then scheduling its own group 
update message to be "fired" at the -specified 
firing time given in the warning message. 

Cancels the scheduled transmission of GW[l] if it 
had teen scheduled. 

Sets S[I,T(I) 3 = S[I, oo ]. 

Besets its Timer. 



I 
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EVENT 2 



At time t» , node J*s Tiiiet ”times out". Node J then 
performs the following: 

If T (J) = oo , 

Let S[ (J) ] = S[ J,t* ]; 

Transmit S(J,T(J) ] to all neighbor nodes within 
same group ; - 

Schedule the transmission of GW[J] to all neightcr 
nodes within same group at time t = t* + T(max) ; 

Reset the limer. 

If I (J) 5*00, 

Transmit S[J,T(J) ] to all neighbor nodes within 
same group; 

Beset the Timer. 

EVENT 3 

At time t**, node J receives S[I,T(I) ] from nods K. Node J then 



performs the following: 



If ncd€ J has already ’’timed out" and transmitted 
S[ 0,T (J) ] then. 

If T (I) < T (J) then. 

Cancel the scheduled transmission of GW[J]; 
Let S[J,T (J) ] = S[I,T(I) ]; 

Transiiit S[J,T(J) ] to all neighbor nodes 
within the same group except node K; 

Reset the Timer. 

If T (I) = T (J) then. 

If I < J then, 

« 

Cancel the scheduled transmission of 
GW[J ]; 

Let S[ J,T(J) ] = SCI,T(I) ]; 

Transmit S[J,T(J) ] to all neighbor nodes 
within the same group except node K; 

Reset the limer. 

If I > J then. 

No action is taken. 

If T (I) > T (J) then. 
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I Nc action is taken. 

1 

I 

If ncde J has net "timed cut" then. 

If T (I) .< T (J) then. 

Let S[J,T(J) ] = S[I,T(I) ]; 

If T (I) = I (J) then. 

If I < J then. 

Let S[ J,T(J) ] = S[I,T(I) ]. 
If I > J then. 



Sc action is taken. 

m 

If T (I) > T (J) then, 

Nc action is taken. 

Figure B.1 shows the network which is used to illustrate 
how this algorithm performs in the event that the leader 
node fails. The current leader is node 1 as the network 
activities commence. The time delay associated with each 
link is 0.1 seconds with the average time between consecu- 
tive group warning messages being 2 seconds. T (max) is 4 
seconds which is greater than the normal interval of time 
between receptions of the group warning message by any ncde 
in the unit. 
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Figure E.1 Network for Deeonstrating Successor Algorithm 
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1.0 



4.1 



4.2 



4.3 



Node 1: "Fails” as Group Leader. 

Node 2: Timer "Times Out". 

Xmts S(2 , 4.1) to Nodes 3, 4. 
Schedules GW (2) xmt at 
4. 1 + 2 = 6. 1. 

Besets Timer for 4.1 + 4 = 8.1. 



Node 3: Timer "Times Out". 

Xmts S(3 , 4.1) to Nodes 2, 4, 5. 
Schedules GW (3) at 
4.1 + 2 = 6. 1. 

Besets Timer for 4. 1 + 4 = 8.T. 

Ncde 2: Bcvs S(3 , 4.1) from Node 3. 

No action is taken. 

Ncde 3: Bcvs 3(2 , 4.1) from Node 2. 

Cancels GW (3) . 

Xmts S(2 , 4.1) to Nodes 4, 5. 
Sets Timer for 4.2 + 4 = 8.2. 

Ncde 4: Timer "Times Out". 

Bcvs S(2 , 4.1) and S(3 , 4.1). 
Xmts S (2 , 4.1) to Node 5. 

Sets Timer for 4.2 + 4 = 8.2. 



Ncde 5: Timer "Times Out". 

Bcvs S (3 , 4. 1) from Node 3. 
Xmts S (3 , 4.1) to Node 4 . 
Sets Timer for 4.2 + 4 = 8.2. 

Ncde 4: Bcvs S(3 , 4.1) from Node 5. 

No action is taken. 

Ncde 5: Bcvs S(2 , 4.1) from Node 4. 

Identity cf Node 2 < Ncde 3. 
Xmts S (2 , 4.1) to Node 3 . 
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Sets Timer for 4.3+4 



8.3 



6.1 



Node 2: Xmts GW (2) to Nodes 3 and 4 



6.2 



Node 3: Revs GW (2) from Node 2. 



Resets Timer for 6.2 + 4 = 10.2. 
Xmts GW (2) to Nodes 4 and 5. 



Node 4: Revs GW (2) from Node 2. 



Resets Timer for 6.2 + 4 = 10.2. 
Xmts GW (2) to Nodes 3 and 5. 



6.3 



Node 3: Ignores GW (3) from Node 4. 



Node 4: Ignores GW (3) from Node 3. 

Node 5: Revs GW (3) from Nodes 3 and 4. 

Resets Timer for 6.3 + 4 = 10.3. 
Open conelusion of this example. Node 2 had become the 

new Leader. The algorithm operates in such a manner that 

nodes closest to the Leader will compete for that function 

if The Leader fails. This occurs because nodes closest to 

the leader receive the warning messages first and thus "time 

out” first in the event that a warning is not received. 
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APPEND-IX C 



SIMULATION PROGRAM 

// EXEC 3IH25CLG, REGION. GO»4096K,PflRM.GO='MfiP,SIZE=760K’ 
//STSPRINT DO STSOUT=fl 
//SIM.STSIN DD « 

PRERMBLE 














PACKET SWITCHED NETWORK 






SIMULATION PROGRAM 












UTILIZING A 






DYNAMIC ROUTING PROTOCOL 






BASED ON 












THE TEN SHORTEST PATH ALGORITHM 






BT ROBERT R. LOGAN 














NORMflLLT MODE IS INTEGER 
GENERATE LIST ROUTINES 



PERMANENT ENTITIES 

EVERT NODE HAS fl GROUP, ft FflMiLT, P) XMT. PERCENT, fl RCV. PERCENT . 
ft OPT.RCV, 

OWNS fi LINK. SET, fl XMT. RECORD, fl ALARM. CLOCK. 

A VIRT.CKT.LIST 

DEFINE XMT.'PERCENT. RCV. PERCENT AS REAL VARIABLES 



TEMPORARY ENTITIES 

EVERT UPDATE HAS A ORIGIN. A BEGIN.TIME, A FTRING.TIME, 

A CLASS. A FM.NODE, A TO. NODE, A HOPCNT, 

A VARIETY, 

'MAT BELONG TO A UQUEUE, A UPROP. QUEUE 
DEFINE BEGIN.TIME. FIRING. TIME AS REAL VARIABLES 

EVERT PACKET HAS A ORG.NODE. A BEG.TIME. A HOP. COUNT, A DEST.NODE, 

A RELAY. NODE, A NEXT. NODE. A MSG.ID.NUM. A PKT.ID. 
A PKT.3UM. A LIFETIME. A QSTAT, A P.NAME. 

A P. ARRIVAL. . 

MAT BELONG ‘TO A QUEUE. A PROP. QUEUE 
DEFINE BEG.TIME. P. ARRIVAL AS REAL VARIABLES 
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EVERT LINK HAS fi STATUS, A TERM, A QTEST, A QUESIZ, A LK. HEIGHT, 
A UPCOUNT, A PTCOUNT,' 

OWNS A QUEUE, A PROP. QUEUE, A SET. OF. HEIGHTS. 

A UQUEUE, A UPROP. QUEUE. 

MAT BELONG TO A LINK. SET 
DEFINE LK. HEIGHT AS A REAL VARIABLE 

EVERT HEIGHT HAS A HT.SIZE, 

•MAT BELONG TO A SET. OF. HEIGHTS 
DEFINE HT.SIZE AS A REAL VARIABLE 

EVERT CIRCUIT HRS A CKT.ID, A VIRT.BP. 

MAT BELONG TO A VIRT.CKT.LIST 

EVERT RECORD HAS A REC. ORIGIN. A REC.TImE, 

MAT BELONG TO A XMT. RECORD 
DEFINE REC.TIME AS A REAL VARIABLE 

EVERT BUZZER HAS A SETTING, A CAUSE. A TEMP. BP. A BUZ. BEG, 

A BUZ. HAKE. 

OHNS A BUZ. LIST, 

MAT BELONG 70 A ALARM. CLOCK 
DEFINE SETTING, BUZ. BEG AS REAL VARIABLES 

EVERT BUZ. NODE HAS AN ID. NUMBER. 

MAT BELONG TO A BUZ. LIST 



EVENT NOTICES INCLUDE US. LINK. HEIGHT. CALCULATION, El .TRANSIENT. BLANKING. 
E2. COLLECT . DAT A , E^ . NETHORK. PERFORMANCE . REPORT 

% % 

EVERT U1 .GENERATE. UPDATE HAS A SENDING. NODE, A UP. CLASS 
EV6RT U^. RECEIVE. UPDATE HAS A UP. MESSAGE 

* % 

EVERT U6. NODE. HAKE. UP HAS A HK.NODE. A HK.MSG, A BPATH, A HOPNUM 

* %- 

EVERY U7'.UNIT. FIRING HAS A PF.NODE, A PF. CLASS, A PF. ORIGIN, 

A PF. BEGIN 

DEFINE PF. BEGIN AS A REAL VARIABLE 

% t- 

EVERY U8. ERASE. RECORD HAS A ERA. NODE, A ERA. RECORD 
EVERT Ml. GENERATE. MESSAGE HAS A T. MESSAGE 

« « 

EVERT M2:RECETVE. MESSAGE. PACKET HAS A PA.CKET 

• 

PR I OR ITT 'ORDER IS U^. RECEIVE. UPDATE. M2. RECEIVE. MESSAGE .PACKET, 

Ml. GENERATE. MESSAGE. U1 . GENERATE. UPDATE. 

UT.UNITTHRING, U6. NODE . HAKE. UP. U8. ERASE. RECORD. 
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E2. COLLECT. DfITfl, US. LINK. HEIGHT. CALCULATION, 

El. TRANSIENT. BLANKING. E4.NETH0RK. PERFORMANCE. REPORT 

« « 

” DEFINE QUEUE AS A SET RANKED BT HIGH HOP. COUNT 

« « 

DEFINE NOD. TIME, BRfiCKET, U.XMN.TIME, PKT . XMN. T1 ME, 

GP.FIRE, GRP. TIME, FM.FIRE, FflM.TlME, DELTA, 

MSG. GENERATION. INTERVAL, TIME. LIMIT, ERA. PERIOD, 

INC. PPM, END. PPM, PPS.BEG, PPS.INC, PPS.END, 

PPS.AVE, AVE.PPM, MAX. PPM, XMT. TOTAL, QU. TOTAL, 

BEG. PPM, RCV.PCNT, TRNS.PCNT, LNK. NOD. RAT 1 0, 

MAX. LINKS. PER. NODE, MAX. GRP . NODES, XCOUNT, WT.TIME, 

MAX. FAM. NODES, IN. GROUP, IN. FAMILY, TRANSIENT, 

QU.FACT, BIT. INTERVAL, ND. STEPS, NUL.TRANSIENT , ND. FINISH 

AS REAL VARIABLES 



DEFINE TRAF. LIMIT, UP. COUNT, HOP. LIMIT, LINKS, IPPM, IMSG, 
INIT.BP, NUM. REPORTS. REQUESTED, TEST, SAMPLES, NUMRUNS, 

NEW. MSG. TOTAL, NEW. PKT. TOTAL, COMP .TRIP. PKT, STS. PACKETS, 
HOP.IOTAL, NODE. FACTOR, PRNT, FMLTS, GRPS, NGFS, 

NUM. OF. WEIGHTS, MANNER. OF . WE I GHT I NG, STEP. BT. WEIGHTS, 
USE.VIRT.CKTS, DI SCRETE. T IMER, U. COUNT, STATIC. BP, 

BT.GEOM.DIST, GEOMETRIC, ST . EP. BT. NOD. T I ME , SYNCH. FIRING 

AS INTEGER VARIABLES 

HCCUMULfiTE QUE. PKT. TIME flS THE SUM OF QSTflT 
ACCUMULATE TRANSIT. TIME AS THE SUM OF LIFETIME 
ACCUMULATE LK.MEAN AS THE MEAN OF STATUS 

accumulate qu.max as the maximum, qu.mean as the mean. QU.DEV 
AS The STD. dev of n. queue 

ACCUMULATE UP. MAX AS THE MAXIMUM. UP. MEAN AS THE MEAN, UP. DEV 
AS THE STD. DEV OF N.UQUEUE 
ACCUMULATE AVG. HEIGHT AS THE MEAN OF QUESIZ 
ACCUMULATE UP.RHO AS THE MEAN OF N. UPROP. QUEUE 
ACCUMULATE RHO AS THE MEAN OF N. PROP. QUEUE 
ACCUMULATE AV. STS. PACKETS AS THE MEAN OF STS. PACKETS 



DEFINE* 


OUTQ 


TO 


MEAN 


0 


DEFINE 


INQ 


TO 


MEAN 


1 


DEFINE 


DEAD 


TO 


MEAN 


0 


define: 


ALIVf 


TO 


MEAN 


1 


DEFINE 


IDLE 


TO 


MEAN 


0 


DEFINE 


BUST 


TO 


MEAN 


1 


DEFINE 


REGULAR 


TO 


MEAN 


1 


DEFINE 


HARNING 


TO 


MEAN 


2 


DEFINE 


NOD. MSG 


TO 


MEAN 


1 


DEFINE 


GRP. MSG 


TO 


MEAN 


2 


DEFINE 


FAM. MSG 


TO 


MEAN 


3 


DEFINE 


NONE 


TO 


MEAN 


0 
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DEFINE 


BT.QSIZE.NOW 


TO 


MEAN 1 




DEFINE 


BT.PAST.QSI2E 


TO 


MEAN 2 




DEFINE 


BT.PAST.QAVG 


TO 


MEAN 3 




DEFINE 


BT.RHO. WEIGHT 


TO 


MEAN ^ 




DEFINE 

« « 


BT. COMBINE 


TO 


MEAN S 




DEFINE 


BEST. PATH 


AS 


A 2-DlMENSIONAL 


ARRAY 


DEFINE 


OUP. BEST. PATH 


AS 


A 2-DIHEnSIONAL 


ARRAY 


DEFINE 


FAM.OF.GRP 


AS 


A 1-DIHEnSIONAL 


ARRAY 


DEFINE 


BORN.PKTS 


AS 


A 2-DlMENSIONAL 


ARRAY 


DEFINE 


GONE.PKTS 


AS 


A 2-DIMENSIONAL 


ARRAY 


DEFINE 


JUMP. TOTAL 


AS 


A 2-OlMENSIONAL 


ARRAY 


DEFINE 


LENGTH. TRIP 


AS F 


1 2-DIMENSIONAL 1 


REAL ARRAY 



« « 



END ’'OF PREAMBLE 



MAIN 

< « 

LET LINES. V « 79 

« « 

” THE MAIN ROUTINE ACTS AS THE CONTROLLER FOR INITIALIZING 

” AND THE SUBSEQUENT EXECUTION OF MULTIPLE SIMULATION RUNS. 

” THIS SECTION IS ORGANIZED INTO MAJOR PARTS AS FOLLOWS: 

” (1) VARIABLE INITIALIZATION; 

” USER CONTROLLED VARIABLES ARE SPECIFIED. 

” (2) NETWORK CONSTRUCTION; 

” DATA CONCERNING NODES AND THEIR CONNECTIVITY 

” IS INPUTTED FROM EXTERNAL DATA SET. 

” C3I BEST PATH INITIALIZATION; 

’’ THE SIMULATION IS RUN WITHOUT ANT MESSAGE TRAFFIC 

” (I.E. UPDATES ONLTl TO DETERMINE THE BEST PATH 

” VALUES WITH WHICH TO BEGIN THE SIMULATION. 

•’ ryj EVENT INITIALIZATION; 

” PRIOR TO THE START OF THE SIMULATION ALL EVENTS 

” ARE INITIALIZED. 

” (5) START SIMULATION; 

” (6) MULTIPLE RUN OPTION; 

" THE SIMULATION CAN BE RUN AGAIN USING NEW PARAMETERS 

” IF DESIRED. 

SIMULATION PROGRAM CONTENTS: 

* « 

” 1. mPREPARATIONk prior to simulation (P) 



].] 


PI .BUILD. NETWORK 


(ROUTINE) 


1.2 


P2. CONNECT. LINKS 


(ROUTINE) 


1.3 


P3. INITIAL. ROUTING. TABLE (ROUTINE) 


i.y 


P4. STATIC. EVENTS 


(ROUTINE) 


1.5 


P5. DYNAMIC. EVENTS 


(ROUTINE) 
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1.6 P6. PURGE. EVENT. QUEUE (ROUTINE) 

1.7 PTriEROlZE.SETS (ROUTINE) 

2. nUPOATEh routing protocol (U) 

2.1 Ul. GENERATE. UPDATE (EVENT) 

2.2 U2. TRANSMIT. UPDATE (ROUTINE) 

2.3 U3. INSERT. UPDATE (ROUTINE) 

2.4 U4. RECEIVE. UPDATE (EVENT) 

2.5 US. LINK. HEIGHT. CALCULATION (EVENT) 

2.6 U6. NODE. HAKE. UP (EVENT) 

2.7 U7. UNIT. FIRING (EVENT) 

2.8 U8. ERASE. RECORD (EVENT) 

3. xMESSAGEx PACKET TRANSPORT (M) 

3.1 Ml. GENERATE. MESSAGE (EVENT) 

3.2 M2. RECEIVE. MESSAGE. PACKET (EVENT) 

4. -EVALUATIONm of NETHORK performance (E) 



4.1 El. TRANSIENT. BLANKING (EVENT) 

4.2 E2. COLLECT. DATA (EVENT) 

4.3 E3. PARAMETER. LISTING (ROUTINE) 

4.4 E4. NETHORK. PERFORMANCE. REPORT (EVENT) 

4.5 E5. BEST. PATH. ROUTING.TABLE (ROUTINE) 

4.6 ES. LINK. HEIGHT. MATRIX (ROUTINE) 

4.7 E7.~TRAFF1C. DISTRIBUTION (ROUTINE) 



GLOBAL VARIABLE DESCRIPTION: (ALPHABETICAL ORDER) 



AVE.PPM 
BEG. PPM 
BIT. INTERVAL 

BRACKET 



DELTA 



ERA. PERIOD 
FAM.TTME" 



FM.FIRE 



FMLTS 



PACKETS PER MESSAGE (AVERAGE VALUE) 

PACKETS PER MESSAGE (MINIMUM VALUE) 

THE INTERVAL (IN SECONDS) OF THE DISCRETE CLOCK 
HHICH MAT BE USED IN THE SIMULATION. 

THE TIME HINDOH IN HHICH A NODE MAT 
GENERATE AN UPDATE MESSAGE. 

BRACKET HILL EQUAL .1 « NOD. TIME. 

A VALUE (0 < DELTA < 1) HHICH DICTATES THE 
MULTIPLICATION FACTOR USED IN HEIGHTING THE 
LINKS HHEN A NODE IS COMPUTING THE SETTING 
TIME FOR THE ’ALARM CLOCK’ ASSOCIATED HITH AN 
UPDATE MESSAGE. 

THE'TIME LENGTH FOR HHICH A NODE MAINTAINS ITS 
RECORDS OF PREVIOUS UPDATE MESSAGE 'RETRANSMITS. 
SAME AS NOD. TIME EXCEPT CONCERNS FAMILY 
UPDATES BEING GENERATED BT A SINGLE NODE. 

SAME AS GR.FIRE EXCEPT CONCERNS FAMILY MESSAGE. 
LET FM.FIRE = MAX. FAM. NODES « U.XMN.TIME. 
THE NUMBER OF FAMILIES. 
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6P.F1RE 


THE TIME FROM ORIGINATION OF A GROUP UPDATE 
HORNING MESSAGE BT A NODE, AT WHICH ALL NODES 
IN THE SAME GROUP SIMULTANEOUSLT TRANSMIT THE 
GROUP UPDATE MESSAGE. THIS TIME ALLOWS FOR 
THE WARNING MESSAGE TO PROPAGATE TO ALL NODES 
IN THE GROUP. 

LET GP.FIRE » MAX. GRP. NODES « U.XMN.TIME. 


GRPS 

GRP. TIME 


THE NUMBER OF GROUPS. 

SAME AS NOD. TIME EXCEPT CONCERNS GROUP 
UPDATES BEING GENERATED BT A SINGLE NODE. 


HOP. LIMIT 


THE MAXIMUM NUMBER OF HOPS WHICH AN UPDATE 
MESSAGE CAN TRAVEL WITHIN GROUPS OR FAMILIES 
NOT WITHIN THE ORIGINATOR’S BASIC GROUP/FAMILT. 
(I.E. USED FOR ESTABLISHING BORDER NODE PATHS). 


IN. GROUP 


THE PERCENTAGE OF GENERATED MESSAGES THAT HILL 

NOT leave the basic group. 


IN.FAMILT 


THE PERCENTAGE OF GENERATED MESSAGES THAT WILL 
NOT LEAVE THE BASIC FAMILT. 



LNK. NODE. RATIO THE RATIO OF LINKS TO NODES IN THE NETWORK. 
HRX.FAM. NODES MAXIMUM NUMBER OF NODES PER FAMlLT. 

HAX. GRP. NODES MAXIMUM NUMBER OF NODES PER GROUP. 

MAX. LINKS. PER. NODE THE MAXIMUM NUMBER OF LINKS FOR A NODE 



MAX. PPM 
NGFS 

NODE. FACTOR 


IN THE NETWORK. 

PfiCKETS PER MESSfiGE (MAXIMUM VALUE) 

(• OF NODES) im OF GROUPS) ^ , im OF FAMILIES) 

A normalization factor which allows networks of 

DIFFERENT SIZES TO BE COMPARED USING THE 
AVERAGE NUMBER OF PACKETS/SECONO/NODE AS A 
CONSTANT MEASURE OF NETWORK LOADING.. FOR 
EXAMPLE. IF A 5 NODE NETWORK IS USED AS THE 
COMPARISON BASE THEN A 10 NODE NETWORK HAS A 
NODE. FACTOR OF 2. 


NOD. TIME 


THE MINIMUM LENGTH OF TIME BETWEEN 
CONSECUTIVE NODE UPDATES BEING GENERATED 
BT A SINGLE NODE. 


NUL. TRANSIENT 


THE' TIME WHEN TRANSIENT EFFECTS ARE^ERASED FROM 
THE' ACCUMULATED VARIABLES. 



NUM. OF. WEIGHTS THE NUMBER OF MOST RECENT HEIGHTS CONSIDERED 
IN THE COMPUTATION OF THE LINK HEIGHT. 

NUM. REPORTS. REQUESTED THE NUMBER OF NETWORK STATUS REPORTS 
REQUESTED DURING A SIMULATION RUN. 



PKT.XMN.TIME 


TIME FOR TRANSMISSION OF A PACKET 
OVER A LINK BETWEEN TWO NODES. 


PPS.3EG 

PPS.INC 

PPS.END 

PPS.AVE 

PRNT 


PACKETS PER SECOND (MINIMUM VALUE) 

• (INCREMENT * ) 

• (MAXIMUM • ) 

• • (AVERAGE • ) 

AN INTEGER WHICH CONTROLS THE LEVEL OF 
DIAGNOSTIC PRINTING. 


0 3aa>' 


NETWORK TOPOLOGY INITIAL DATA NET. REPORTS 
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1 — > 0 
2 — »> 1 
3 =— > 2 

QU.FfiCT 



SAMPLES 
TIME. LIMIT 

TRAP. LIMIT 

WT.TIME 

U.XMN.TIME 



TRACES ALL PACKETS 

ANNOUNCES ALL UPDATE 'WAKE UPS' WITH BEST PATHS 
ANNOUNCES ORIGINATION. RELAT/ARRI VAL OF 
ALL UPDATE MESSAGES-^ ERASURE OF XMT. RECORDS 
WHEN USING THE WEIGHTING METHOD ‘COMBINE’ Wc 
USE A COMBINATION OF THE QUEUE SIZE NOW AND 
THE UTILIZATION FACTOR. THE MAX VALUE OF THE 
UTILIZATION FACTOR TERM IS 20, THEREFORE WE 
USE QU.FflCT AS A SCALING FACTOR FOR THE VALUE 
OF THE QUEUE SIZE NOW TERM. 

NUMBER OF DATA POINTS REQUESTED PER RUN. 

THE LENGTH OF TIME FOR WHICH THE SIMULATION 
LASTS. 

THE MAXIMUM NUMBER OF MESSAGES GENERATED 
DURING A SIMULATION RUN. 

TIME INTERVAL FOR WHICH LINK WEIGHTS ARE FOUND. 
time for TRANSMISSION OF AN UPDATE 
OVER A LINK BETWEEN TWO NODES. 



BEGINNING OF USER CONTROLLED PARAMETERS 



” FIXED NETWORK VALUES... 

” NOT SUBJECT TO CHANGE WITHIN THE SIMULATION. 

% « 

• 

LET PKT.XMN.7IME » 0.05000 

LET U.XMN.7IME - 0.00100 

LET BIT. interval ■ 0.000001 



VARIABLE PARAMETERS... 

SUBJECT TO CHANGE WITHIN THE SIMULATION. 



LET 


NOD. TIME 


a 


0.500 


LET 


GRP. TIME 


a 


1.000 


LET 


FAM.TTME 


a 


2. COO 


LET 


DELTA 


a 


0.00100 


LET 


'ERA. PERIOD 


a 


1. 000 


LET 


HOP. LIMIT 


a 


0 


LET 


IN. GROUP 


a 


0.000 


LET 


IN. FAMILY 


a 


0.000 


LET 


NODE.FACTQR 


a 


1 



’• SIMULAnON RUN PARAMETERS... 

LET TIME. LIMIT « 30.000 
LET TRAP. LIMIT = 100000 
LET NUL.TRANSIENT - 5.0 
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« « 



'• REPORTING AND DATA COLLECTION PARAMETERS... 

« « 

LET SAMPLES =« 30 

let num. reports. requested * 1 

LET PRNT - 0 



• < test routing 

« « 

'* TEST ! (ALI VE/DEAD) SET WHEN THE BEST PATHS TO A GIVEN NODE ARE 

DESIRED. THE SIMULATION STOPS AFTER THESE PATHS ARE FOUND. 

« « 

LET TEST 3 DEAD 

LET TST.NODE 3 1 

« • 

STATIC ROUTING 

• • 

•’ STATIC. BP ! (ALIVE/DEADl SET WHEN THE SIMULATION IS TO BE RUN 

USING STATIC ROUTING BASED UPON THE INITIAL BEST PATHS 
•• OBTAINED VIA THE INITIAL LEAST HOPS METHOD. 



LET STATIC. BP 



DEAD 



— * DYNAMIC ROUTING 

MANNER OF WEIGHTING MAT BE : (1) BT.QSIZE.NOH 

(2) BT.PAST.QSIZE 
• (31 BY.PAST.QAVG 

(4) BY. RHO. WEIGHT 

(5) BY. COMBINE 



let manner. of. WEIGHTING 
LET QU.FACT 
LET wt.timE: 

LET NUM. OF'. WE IGHTS 



= BY. COMBINE 

» 1.00 

= PKT.XMN.TIME X 7.S 

3 10 



MULTIPLE SIMULATION RUN PARAMETERS 



IF NONE OF~THE SPECIAL OPTIONS BELOW ARE SELECTED THEN THE PROGRAM 
IS RUN WITH THE DEFAULT MULTIPLE RUNS INVOLVING VARYING THE 
PACKETS PER SECOND AND THE PACKETS PER MESSAGE FOR THE NETWORK. 



OPTION 1; VARYING THE NUMBER OF WEIGHTS 



LET"^ STEP. BY. WEIGHTS = DEAD 

•' THE' STARTING VALUE IS GIVEN BY 'THE VARIABLE NUM. OF. WEIGHTS. 
LET WT. STEPS = 3 

LET WT.FINISH = 13 
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" OPTION 2: VARYING THE TIME BETWEEN NODE UPDATES. 



LET ST.EP.8T.N0D.TIME * DEAD 

” THE STARTING VALUE IS GIVEN ST THE VARIABLE NOD. TIME. 

LET ND. STEPS 0.25 

LET NO. FINISH » 1.5 

VIRTUAL CIRCUITS 

% % 

THE SIMULATION MAT BE RUN USING VIRTUAL CIRCUITS (WHEREBY ALL 
'' PACKETS BELONGING TO THE SAME MESSAGE TAKE THE SAME ROUTE! OR 
NOT (WHEREBY PACKETS TRAVEL ACCORDING TO CURRENT BEST PATH 
INFORMATION AND PACKETS BELONGING TO THE SAME MESSAGE MAY 
INDEED TAKE DIFFERENT ROUTES). 



LET USE.VIRT.CKTS - DEAD 



•• DISCRETE TIMER 

« « 

THIS OPTION ALLOWS THE SIMULATION TO BE RUN USING A DISCRETE 
•' CLOCK SYSTEM WHICH ACCOUNTS FOR THE SYNCHRONIZATION PRESENT 
•' IN THE NETWORK. BASICALLY A NODE IS ONLY ALLOWED TO TRANSMIT 
•• EITHER UPDATE OR MESSAGE PACKETS AT SPECIFIC DISCRETE POINTS 
” IN TIME. ALL NODES ARE ’SYNCHRONIZED* AT THE START OF THE 
•' SIMULATION AND THEREAFTER THE CLOCK '’PERIOD* IS SET EQUAL TO 
" THE TIME IT TAKES FOR AN UPDATE PACKET TO BE SENT. THUS ALL 
•• PACKETS WILL BE TRANSMITTED AT TIMES EQUAL TO N x U.XMN.TIME 
(WHERE N IS AN INTEGER). 

LET DISCRETE. TIMER » DEAD 

« « 

•• SYNCHRONIZED GROUP/FAMILY UPDATE XMTS 

THE SIMULATION CAN BE RUN UNDER THE SYSTEM WHERE GROUP AND FAMILY 
" UPDATE MESSAGES ARE SIMULTANEOUSLY SENT BY BORDER NODES OF THE BASIC 
'* UNIT 70 ••OUTSIDE* NODES. THIS IS BASED UPON A SYNCHRONIZED SCHEDULE 
’* or UPDATE“’FTRINGS- WHICH DO NOT REQUIRE THE WARNING MESSAGES THAT 
•* NOTIFY OF FUTURE UPDATE TIMES UNDER THE STANDARD SCHEME. 

*• THIS GREATLY REDUCES THE UPDATE OVERHEAD DUE TO 'FLOODING* OF 
•* - WARNING MESSAGES WITHIN THE BASIC UNIT. 

LET SYNCH. FIRING » DEAD 



TRAFFIC PARAMETERS 



LET PPS.BEG 


3 - 


100 


LET 


PPS. INC 


3 


100 


LET 


PPS.END 


3 ~ 


500 



% %- 



X REAL. F (NODE. FACTOR) 
X REAL. F INODE. FACTOR) 
X REAL. F (NODE. FACTOR) 
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” THE SlMULftTION MAT BE RUN USING EITHER fi UNIFORM OR fl GEOMETRIC 
•• DISTRIBTION FOR THE NUMBER OF PACKETS PER MESSAGE. IF A UNIFORM 
” DISTRIBUTION IS SELECTED THEN THE PPM VARIABLE BELOW IS THE 
” MAXIMUM VALUE FOR THE UNIFORM DISTRIBUTION OF MESSAGE LENGTHS 
" (I.E. THE MESSAGE LENGTHS WILL VART UNIFORMLY FROM 1 TO PPM PACKETS 

** IN LENGTH). THEREFORE THE AVERAGE MESSAGE LENGTH HILL BE 
” (PPM ♦ l)/2 PACKETS LONG. IF THE GEOMETRIC DISTRIBUTION IS 
” SELECTED THEN THE PPM VARIABLE CORRESPONDS TO THE AVERAGE LENGTH 
" OF A MESSAGE IN PACKETS. 

LET BT.GEOM.DIST * ALIVE 

LET BEG. PPM » 5. 

LET INC. PPM - 5. 

LET END. PPM =« 20. 



END OF USER CONTROLLED PARAMETERS 



COMPUTE THE NUMBER OF RUNS WHICH WILL BE MADE. 

LET IPPM = I 

LET XCOUNT = BEG. PPM 

•RUN. PPM* 

LET XCOUNT » XCOUNT ♦ INC. PPM 
IF XCOUNT <= END. PPM. 

LET IPPM » IPPM ♦ I 
GO RUN. PPM 
REGARDLESS 
LET IMSG * I 
LET XCOUNT = PPS.SEG 
•RUN. MSG* 

LET XCOUNT » XCOUNT ♦ PPS.INC 
IF XCOUNT <» PPS.END. 

LET IMSG » IMSG ♦ 1 
GO RUN. MSG 
REGARDLESS 

LET NUMRUNS = IPPM . IMSG 

IF STEP. BT. HEIGHTS = ALIVE. 

LET NUMRUNS » 1 

LET XCOUNT » NUM. OF. HEIGHTS 

•HT.HERE' 

LET XCOUNT » XCOUNT ♦ HT. STEPS 
IF XCOUNT > WT. FINISH, 

GO HT.END 
REGARDLESS 

LET NUMRUNS » NUMRUNS I 
GO HT.HERE 
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•HT.ENO’ 

REGARDLESS 
« % 

IF ST.EP.3T.N0D.TIME =» ALIVE, 

LET NUMRUNS = 1 

LET XCOUNT » NOD. TIME 

•ND.HERE’ 

LET XCOUNT - XCOUNT ND. STEPS 
IF XCOUNT > NO. FINISH. 

GO NO. END 
REGARDLESS 

LET NUMRUNS » NUMRUNS 1 
GO ND.HERE 
•NO. END’ 

REGARDLESS 

USE UNIT 8 FOR OUTPUT 

WRITE NUMRUNS flS I 5 
USE UNIT 6 FOR OUTPUT 

PERFORM PI .BUILD. NETWORK 
RELEASE PI. BUILD. NETWORK 

« t 

’• THE INITIAL VALUES FOR THE FIRST SIMULATION RUN ARE COMPUTED. 

« « 

LET GP.FIRE = MAX. GRP. NODES »« U.XMN.TIME ■ 

LET FM.FIRE = MAX. FAM. NODES »< U.XMN.TIME 

LET BRACKET = NOD.TIME x 0.1 

« « 

LET PPS.flVE » PPS.BEG 
LET MFIX.PPm’= beg. ppm 
LET flVE.PPM =* (1.0 MfiX.PPM) / 3. 

IF 3T.GE0M.DIST = fiLlVE. 

LET flVE.PPM =» MAX. PPM 
REGARDLESS 

LET MSG. GENERATION. INTERVAL » AVE.'PPM / 'PPS.AVE 

« % 

” TEST~PROCEDURE 
IF TEST * ALIVE, 

LETTIME.LIMIT » 100.0 

LET INIT.BP « ALIVE 
LET 'DELTA =» 1.0 
LET U.XMN.TIME » 0.0 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN TST.NODE, NOD. MSG AT 0.0 
GO RUN. IT 

REGARDLESS 

« « 

LET INIT.BP = ALIVE 

« 4 

PERFORM P3. INITIAL. ROUTING. TABLE 
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GO RUN. IT 

« « 

'BEGIN. SlMULflTION* 

« « 

" INITIALIZE THE BEST PATH MATRIX. 

1 « 

FOR I - 1 TO NGFS, DO 

FOR J » 1 TO NGFS. DO 

LET BEST. PATH (I. J) » OUP. BEST . PATH (I , J) 

LOOP 

LOOP 

•SET. UP' 

• • 

" RECORD PLOT INFORMATION PRIOR TO DATA COLLECTION. 

« « 

USE UNIT 8 FOR OUTPUT 

HRITE SflHPLES. N.NOOE, LINKS. OELTfl, PPS.ftVE, flVE.PPM. 

NOD. time, in. group. iN.FflMiLT. STATIC. BP. 

MANNER. OF. WEIGHTING. NUM. OF. HEIGHTS. HT.TIME. 

U.XMN.TImE. PKT.XMN.TImE. bit. INTERVAL. PR. COLLISION. 
USE.VIRT.CKTS. OISCRETE.TIMER. 8T. COLLISION. 8T.GE0M.0IST 
AS /.B 1.3 I 5.3 0(10. 61. /.B 1.3 0(10.31.1 I 5./. 8 1. 

2 1 5.1 0(10. 61. /.B l.>) 0(10. 61. >1 1 3 

USE UNIT 6 FOR OUTPUT • 

« « 

•• RUNNING THE SIMULATION USING STATIC BEST PATHS 

• % 

IF STATIC. BP = ALIVE 

PERFORM P4. STATIC. EVENTS 
GO RUN. IT 
REGARDLESS 



PERFORM P5. DYNAMIC. EVENTS 

• « 

'RUN. IT'. 

• « 

START SIMULATION 

• « 

IFTEST » ALIVE. 

PERFORM E5. BEST. PATH. ROUT ING. TABLE 
GO END. IT 

REGAROLESS 

« « 

IF INIT.BP =» ALIVE 

PERFORM E5. BEST. PATH. ROUT I NG.TABLE 
PERFORM P6. PURGE. EVENT. QUEUE 
PERFORM P7.ZER0IZE.SET3 



. 2 5.6 
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LET PRnT - 0 

LET INIT.BP * DEAD 
PERFORM E3. PARAMETER. LISTING 
GO SET. UP 
REGARDLESS 

PERFORM P7. ZEROIZE. SETS 

« « 

•’ THE simulation MAT BE RUN USING A DIFFERENT NUMBER OF WINDOWS FOR 
•' COMPUTING THE HEIGHTS OF THE LINKS. IN THIS HAT ONE CAN SEE THE 

•• EFFECTS OF VARTING WEIGHT LENGTHS IN THE OPERATION OF THE SYSTEM. 

« « 

IF STEP. BT. WEIGHTS . ALIVE, 

% % 

LET NUM. OF. HEIGHTS > NUM. OF. WEIGHTS HT. STEPS 

IF NUM. OF. HEIGHTS > HT. FINISH. 

GO END. IT 
REGARDLESS 
GO BEGIN. SIMULATION 

REGARDLESS 

• 1 

•• THE SIMULATION MAY BE RUN USING A DIFFERENT TIME BETWEEN 
•• NODE UPDATES. IN THIS WAT ONE CAN SEE THE EFFECTS OF CHANGING 
THE 'SPEED' AT WHICH THE NETWORK PRODUCES ROUTING INFORMATION. 

% % 

IF ST.EP.BT.NOD.TIME => ALIVE, 

, « 

LET NOD.'TIME » NOD. TIME ND. STEPS 
IF NOD.TIME > NO. FINISH, 

GO END. IT 
REGARDLESS 
GO BEGIN. SIMULATION 
REGARDLESS 

" THE SIMULATION CAN BE REPEATED USING A CHANGING MESSAGE 

GENERATION INTERVAL CONTROLLED BT AN INCREMENTAL SUM. IN THIS 
" -MANNER THE NETWORK CAN BE TESTED UNDER DI FFERENT ‘TRAFF I C LOAD 
" CONDITIONS WHILE HOLDING CONSTANT THE OTHER NETWORK PARAMETERS. 

LET'PPS.AVE « PPS.AVE ^ PPS.INC 

« 1 

IFTPS.AVE <- PPS.ENO, 

, , 

LET MSG. GENERATION. INTERVAL » AVE.PPM / PPS.AVE 
GO BEGIN. SIMULATION 
REGARDLESS 

" ARER THE SIMULATION IS PERFORMED USING DIFFERENT MESSAGE 
" GENERATION INTERVALS, THE SIMULATION CAN BE RUN AGAIN USING 
" A NEW VALUE FOR EITHER THE MAXIMUM PACKETS PER MESSAGE ALLOWED 
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” (IF fl UNIFORM DISTRIBUTION FOR MESSRGE LENGTHS IS USED) OR R 

•' NEW VALUE FOR THE AVERAGE MESSAGE CENGTH (IF A GEOMETRIC 
" DISTRIBUTION FOR MESSAGE LENGTHS IS USED). 

let PPS.AVE » PPS.BEG 

LET MAX. PPM > MAX. PPM * INC. PPM 
« « 

IF MAX. PPM <■ END. PPM.. 

t « 

LET AVE.PPM » (MAX. PPM ♦ I.O) / 2. 

IF 8T.GE0M.DIST =» ALIVE* 

LET AVE.PPM » MAX. PPM 
REGARDLESS 

LET MSG. GENERATION. INTERVAL « AVE.PPM / PPS.AVE 
GO BEGIN. SIMULATION 
REGARDLESS 
•END. IT' 

STOP 

END '-'OF MAIN 

• « 

ROUTINE FOR PI. BUILD. NETWORK 
% • 

" THIS ROUTINE INITIALIZES ALL THE VARIABLES WHICH ARE INVOLVED 

" IN THE ACTUAL CONSTRUCTION OF THE NETWORK. 

. « 

" THIS ROUTINE IS CALLED FROM ’MAIN’. 

DEFINE GRPCOUNT, FAMCOUNT AS REAL VARIABLES 

READ N.NODE 

START NEW PAGE 
SKIP 5 LINES 

PRINT 6 LINES AS ‘FOLLOWS 



network topology 



NODE TRANSMIT RECEIVE GROUP FAMILY OPTIONAL 
NO. FACTOR FACTOR (PGM (PGM •) RECEIVER 

SKIP 1 LINE 
CREATE EVERY NODE 
FOR EVERY NODE 

READ XMT. PERCENT (NODE) , RCV. PERCENT (NODE) , GROUP (NODE) * FAMILY (NODE) , 
OPT.RCV (NODE) 

( « 

TRNS.PCNT AND RCV.PCNT ARE THE SUM OF TRANSMIT AND RECEIVE FACTORS. 
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•’ THESE VALUES ARE USED WHEN UNBALANCED TRAFFIC PATTERNS ARE DESIRED. 
•’ GROUP NUMBERS ARE ADDED TO N.NODE TO GET PROGRAM GROUP NUMBERS. 

•• FAMILY NUMBERS ARE ADDED TO N.NODE + THE HIGHEST GROUP NUMBER TO GET 
•• THE PROGRAM FAMILY NUMBER. 

•• THE OPTIONAL RECEIVER FOR EACH NODE IS A DEDICATED RECEIVING NODE 
•• FOR ALL TRAFFIC TRANSMITTED BY THAT NODE. FOR EXAMPLE IF THE 
•’ OPTIONAL RECEIVER OF NODE 3 IS NODE 7 THEN ANY TRAFFIC ORIGINATING 
•’ FROM NODE 3 HILL BE DESTINED FOR NODE 7. IN THIS HAT SPECIFIC 
•' IMBALANCED LOAD CONDITIONS CAN BE SIMULATED. IF NO OPTIONAL 

•• RECEIVER IS STATED THEN THE VALUE IS ZERO. 

« • 

•’ HITHIN THE SIMULATION GROUPS AND FAMILIES ARE HANDLED AS IF 
•• THEY HERE SUPER-NODES. A USEFUL ANALOGY IS TO 
•• ENVISION MANY SUB-NODES HITHIN A GROUP OR FAMILY SUPER- 

•• NODE. ACCESS TO THE SUB-NODES IS CONTROLLED BY THE 

” THE SUPER-NODE'S ADDRESS. 

LET GRPS » NONE 

LET FMLTS - NONE 

LET NGFS = NONE 

LET GRPCOUNT » 0.0 

LET FflMCOUNT * 0.0 

« « 

FOR EVERT NODE, DO 

LET TRNS.PCNT = TRNS.PCNT XMT. PERCENT (NODE) 

LET RCV.PCNT » RCV.PCNT -- RCV. PERCENT (NODE) 

IF GRPS < GROUP (NODE) 

LET GRPS - GROUP (NODE) 

REGARDLESS 

1 « 

•• SET PROGRAM GRP NUM 

• « 

LET GROUP (NODEJ » GROUP (NODE) + N.NODE 

LOOP 

« « 

RESERVE TAM.-OF. GRP (K) AS (GRPS N.NODE ^ 25) 

« « 

FOR 'EVERY NODE. DO 

IF FMLYS < FAMILY (NODE) 

LET TMLYS = FAMILY (NODE) 

REGARDLESS 

« « 

’’ SET PROGRAM FAM NUM 

LET'FAMILT (NODE) » N.NODE GRPS ♦ FAMILY (NODE) 

LET“ FAM.OF.GRP (GROUP (NODE) ) = FAMILY (NODE) 

LOOP 

« « 

LET NGFS » N.NODE GRPS ♦ FMLTS 
RESERVE“BEST.PATH (M,«i AS NGFS BY NGFS 
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RESERVE DUP. BEST. PATH (x.M) AS NGFS BT NGFS 

% * 

•* THE FOUOHING ARRAYS ARE USED TO HOLD INFORHATION CONCERNING 

•• THE STATISTICS ON THE TRAFFIC BETWEEN NODE PAIRS. 

« « 

RESERVE BORN. PKTS («,»<) AS N.NODE BT N.NODE 
RESERVE GONE.PKTSIn,*) AS N.NODE BT N.NODE 
RESERVE JUHP. TOTAL (*«,»*) AS N.NODE BY N.NODE 

RESERVE LENGTH. TRIP («,«) AS N.NODE BT N.NODE 

% % 

FOR EVERT NODE. DO 

PRINT 1 LINE WITH NODE, XHT. PERCENT (NODE) , RCV. PERCENT (NODE) , 
(GROUP (NODE) - N.NODE), GROUP (NODE) , 

(FAHILT (NODE) - N.NODE - GRPS) AND FAMILY (NODE) , 

OPT. RCV (NODE) AS FOLLOWS 

MM MM.MMM MM.MMM MM(MM) MM(MM) MMM 

SKIP 1 LINE 

LOOP 

SKIP 1 LINE 

" COHPUTING THE HAXIHUH NUHBER OF NODES PER GRP AND NODES PER FAH. 

LET HAX. GRP. NODES » 0.0 

LET HAX. FAH. NODES » 0.0 

« t 

FOR I • N.NODE ♦ 1 TO N.NODE ♦ GRPS, DO 

FOR EACH NODE, WITH GROUP (NODE) » I , DO 

COHPUTE GRPCOUNT AS THE NUMBER OF GROUP (NODE) 

LOOP 

IF HAX. GRP. NODES <. GRPCOUNT. 

LET HAX. GRP. NODES => GRPCOUNT 
REGARDLESS 

LOOP 

« « 

FOR J » N.NODE ♦ GRPS ♦ 1 TO NGFS. DO 

FOR EACH NODE, WITH FAHILT (NODE) = J, DO 

COMPUTE FAMCOUNT AS THE NUHBER OF FAHILT (NODE) 

LOOP 

IF HAX. FAH. NODES < FAMCOUNT, 

LET MAX. FAH. NODES = FAMCOUNT 
REGARDLESS 

LOOP 



PERFORM P2 .'CONNECT. LINKS 
RELEASE P2. 'CONNECT. LINKS 

t « 

PERFORM ES. LINK. HEIGHT. MATRIX 
* % 

return 
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END *’0F PI. BUILD. NETWORK 

« « 

ROUTINE FOR P2. CONNECT. LINKS 

« « 

” THIS ROUTINE HANDLES THE ASSIGNMENT OF LINKS FOR EACH NODE 

” (I.E. THE ESTABLISHMENT OF THE BASIC NETWORK TOPOLOGY). 

” THIS ASSIGNMENT IS ACCOMPLISHED THROUGH THE USE OF SETS. 

" EACH NODE OWNS A LINK SET WHICH CONTAINS THE IDENTITY OF 

•' ALL NEIGHBOR NODES. 

« % 

" VARIABLE DESCRIPTION: 

” LINKS TOTAL NUMBER OF LINKS FOR THE NETWORK 

•' (ALL LINKS ARE FULL-DUPLEX) 

« « 

DEFINE FIRST. NODE. SECOND. NODE. QFST. QSEC flS VARIABLES 

READ LINKS 

« « 

LET LNK. NOD. RATIO = REAL. F (2«LINKS) /REAL. F (N. NODE) 

« « 

FOR I * ! TO LINKS DO 

READ FIRST. NODE. SECOND. NODE, QFST. QSEC 
CREATE A LINK 

LET STATUS (LINK) = IDLE 

LET TERM (LINK) = SECOND. NODE 

LET QTEST (LINK) * QFST 

LET UPCOUNT (LINK) * NONE 

FILE LINK IN LINK. SET (FIRST ..NODE) 

CREATE A LINK 

LET STATUS (LINK) = IDLE 

LET“TERM(LINK) * FIRST. NODE 

LET QTEST (LINK) = QSEC 

LET UPCOUNT (LINK) = NONE 

FILE LINK IN LINK. SET (SECOND. NODE) 

LOOP 

• « 

urr MAX. LINKS. PER. NODE « 0.0 

« « 

FOR EACH NODE. DO 

IF MAX. LINKS. PER. NODE < REAL. F (N. L INK. SET (NODE) ) 

LET MAX. LINKS.'PER. NODE » REAL . F (N. L INK. SET (NODE)) 
REGARDLESS 

LOOP 

RETURN 

END * '0F~P2. CONNECT. LINKS 



ROUTINE FOR P3. INITIAL. ROUTING. TABLE 
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REGARDLESS 

IF FRHILTINODE) IS NOT EQUAL TO SAME. FAMILY. 

HAVE ONLY ONE NODE PER FAMILY GENERATE A FAMILY UPDATE. 

LET NOD. WAIT - UNIFORM. F (0.0, BRACKET. 6) 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN NODE. FAM.MSG IN 
NOD. WAIT UNITS 

LET SAME. FAMILY « FAMILY (NODE) 

REGARDLESS 
•TRY. AGAIN* 



LOOP 
% % 

RETURN 

END ’•'OF P3. INITIfiL. ROUTING. TABLE 

% % 

ROUTINE FOR PU. STATIC. EVENTS 

’’ THIS ROUTINE IS USED FOR RUNNING THE SIMULATION USING STATIC 
’’ ROUTING AS DETERMINED BT THE INITIAL BEST PATH MATRIX DETERMINED 
PRIOR TO THE START OF THE RUN. 

4 % 

’’ PACKET MESSAGES ARE GENERATED USING AN EXPONENT I AL- INTERARRIVAL 

’’ RATE. 

« • . 

SCHEDULE A Ml. GENERATE. MESSAGE GIVEN REGULAR IN 
EXPONENTIAL. F (MSG. GENERAT I ON. INTERVAL.B) UNITS 

* % 

’’ DATA IS COLLECTED AT REGULAR TIME INTERVALS. 

% % 

SCHEDULE fl E2. COLLECT. DATA IN (TIME. LIMIT/REAL. F (SAMPLES)l UNITS 
» % 

’’ REPORT'DATA SUMMARIES MAT BE REQUESTED AT THE USER'S DESCRETION. 

% % 

SCHEDULE A £^. NETWORK. PERFORMANCE. REPORT IN 

(TIME.LIMIT/REAL.F (NUM. REPORTS. REQUESTED) ) UNITS 

•• THE TRANSIENT EFFECT OF THE NETWORK IS ELIMINATED AFTER lO SECONDS. 

• % 

SCHEDULE A El .TRANSIENT. BLANKING IN NUL. TRANSI ENT UNITS 

% % 

RETURN 

END '-"OF PU. STATIC. EVENTS 

% % 

ROUTINE FOR PS. DYNAMIC.’EVENTS 
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THIS ROUTINE SCHEDULES EXACTLY ONE UPDATE MESSAGE FOR EACH NODE, 
GROUP, AND FAMILY WITHIN THE NETWORK. IN THfS WAY, THE INITIAL 
BEST PATH MATRIX CAN BE OBTAINED BY RUNNING THE SIMULATION 
(WITHOUT ADDITIONAL TRAFFIC BEING GENERATED). DURING SUBSEQUENT 
RUNS. THIS BEST PATH MATRIX IS USED AS THE INITIAL ROUTING 
CONDITION FOR THE NETWORK. 

DEFINE SAME. GROUP. SflME.FflMILT AS VARIABLES 

define nod. wait, grp. wait, fam.wait as real variable 

« % 

LET SAME. GROUP « NONE 
let same. family = NONE 

LET GRP. WAIT - UNIFORM. F (O.O. BRACKET. 2) 

LET FAM.WAIT - UNIFORM. F (0.0. BRACKET. 3) 

■ « 

SKIP 2 LINES 

FOR EACH NODE. DO 

« « 

LET NOD. WAIT = UN I FORM. F (0. 0, BRACKET . 6) 

SCHEDULE A U1 . GENERATE . UPDATE GIVEN NODE, NOD. MSG IN 
NOD. WAIT UNITS 

» « 

IF GRPS * 1, 

GO TRY. FAMILIES 
REGARDLESS 

IF SYNCH. FIRING « ALIVE, 

SCHEDULE A U7. UNI T. F I RI NG GIVEN NODE, GRP. MSG, GROUP (NODE) , 
GRP. WAIT IN GRP. WAIT UNITS 
GO TRY. FAMILIES 
REGARDLESS 

IF GROUP (NODE) IS NOT EQUAL TO SAME. GROUP, 

% % 

•* HAVE ONLY ONE NODE PER GROUP GENERATE A GROUP UPDATE MESSAGE. 

t « 

LET NOD. WAIT > UNIFORM. F (0. 0. BRACKET. 6) 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN NODE. GRP. MSG IN 
NOD. WAIT UNITS 

LET SAME. GROUP = GROUP (NODE) 

REGARDLESS 
’TRY. FAMILIES* 

» « 

IF FMLYS « 1. 

GO TRY. AGAIN 
REGARDLESS 

IF SYNCH. TIRING = ALIVE. 

SCHEDULE A U7. UNIT, FIRING GIVEN NODE, FAM.MSG. FAMILY (NODE) . 

FAM.WAIT IN FAM.WAIT UNITS 
GO TRY. AGAIN 
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•’ THIS ROUTINE SETS THE 'STAGE' FOR THE START OF THE SIMULATION 

” BT SCHEDULING ALL INITIAL EVENTS. 

* * 

DEFINE NN.TIME, GG.TIME, FF.TIME, GRP.HAIT, FAM.HAIT'AS REAL VARIABLES 

DEFINE SAME. GROUP. SAME. FAMILY AS VARIABLES 
% % 

LET SAME. GROUP » NONE 
LET SAME.FAMILT - NONE 

LET GRP.HAIT » UNIFORM. F (0. 0, GRP.TIME, 2) 

LET FAM.HAIT ■ UNIFORM. F (0. 0. FAM. TIME . 3) 

FOR EACH NODE. DO 

« « 

LET NN.TIME » UNIFORM. F (0.0, NOD. TIME. 2) 

LET GG.TIME = UNIFORM. F (0.0. NOD. TIME. 7) 

LET FF.TIME » UNIFORM. F (0.0. NOO.TIME. 9) 

% % 

IF DISCRETE.TIMER » ALIVE. 

LET NN.TIME = (TRUNC. F (NN. TIME/BIT. INTERVAL) «« BIT. INTERVAL) 
U.XMN.TIME 

LET GG.TIME = (TRUNC. F (GG. TIME/BIT. INTERVAL) « BIT. INTERVAL) 
U.XMN.TIME 

LET FF.TIME - (TRUNC. r (FF.TIME/BIT. INTERVAL) >* BIT. INTERVAL) 

-► U.XMN.TIME 

REGARDLESS 

• • 

SCHEOUI.E A UI. GENERATE. UPDATE GIVEN NODE. NOD. MSG IN 
NN.TIME UNITS 

« « 

IF GRPS » 1, 

GO TRT. FAMILIES 
REGARDLESS 

IF SYNCH. FIRING » ALIVE, 

SCHEDULE A U7. UNIT . F IRI NG GIVEN NODE. GRP. MSG. GROUP tNODE) . 

GRP.HAIT IN GRP.HAIT UNITS 
GO TRY. FAMILIES 
REGARDLESS 

IF GROUP (NODE) IS NOT EQUAL TO SAME. GROUP 

% % 

" HAVE ONLT ONE NODE PER GROUP BE THE GENERATOR OF 

” GROUP WARNING MESSAGES. 

« % 

SCHEDULE A Ul .GENERATE. UPDATE GIVEN NODE. GRP. MSG IN 
GG.TIME UNITS 

« % 

LET SAME. GROUP = GROUP (NODE) 

« « 

REGARDLESS 
•TRT. FAMILIES* 
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IF FMLTS » 1. 

GO TRT.fiGflIN 
REGRRDLESS 

IF SYNCH. FIRING » ALIVE.- 

SCHEDULE R U7. UNIT. FIRING GIVEN NODE, FRM.MSG, FAMILY INODE) . 

FRM.HRIT IN FRM.HRIT UNITS 
GO TRY. AGAIN 
REGARDLESS 

IF FAMILY INODE) IS NOT EQUAL TO SAME. FAMILY, 

HAVE ONLY ONE NODE PER FAMILY BE THE GENERATOR OF 
FAMILY WARNING MESSAGES. 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN NODE, FRM.MSG IN 
FF.TIME UNITS 

LET SAME. FAMILY » FAMILY INODE) 

REGRRDLESS 
’TRY. AGAIN’ 



LOOP 



” PACKET MESSAGES ARE GENERATED USING AN EXPONENTIAL INTERRRRIVRL 

” RATE. 

« * 

SCHEDULE A Ml .GENERATE. MESSAGE GIVEN REGULAR IN 
EXPONENTIAL. F IMSG. GENERRT ION. INTERVAL, 8) UNITS 

% « 

OflTfl IS COLLECTED AT REGULAR TIME INTERVALS. 

« * 

SCHEDULE A E2. COLLECT. DATA IN ITI ME. LiMiT/REAL . F (SAMPLES)) UNITS 

'' REPORT'DATA SUMMARIES MAT BE REQUESTED AT THE USER'S DESCRETTON.- 

% « 

SCHEDULE A E4 . NETWORK. PERFORMANCE .REPORT IN 

tnMEU.lMlT/REAL.F (NUM. REPORTS. REQUESTED) ) UNITS 

” LINK HEIGHTS ARE CALCULATED AT REGULAR TIME INTERVALS. 

SCHEDULE A US.LlNK.HEIGHT.CALCULATION IN HT.'TIME UNITS 

* « 

” 7HE~TRANSIENT~EFFECT of “THE NETWORK IS ELIMINATED AFTER ID SECONDS 

SCHEDULE A E1.7RANSIENT. BLANKING IN NUL.7RANSIENT UNITS 
% 1 

RETURN 

END ’-’OF P57DTNAMIC. EVENTS 
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ROUTINE FOR P6. PURGE. EVENT. QUEUE 
% % 

" THE FOLLOWING SUBROUTINE CANCELS AND/OR DESTROYS ALL ENTITIES 
’* • AND EVENTS WHICH REMAIN IN THE TIMING ROUTINE AFTER 

’• TIME.V - TIME. LIMIT. SINCE THIS ACTION EMPTIES THE 

•• TIMING ROUTINE, CONTROL OF THE PROGRAM IS RETURNED TO THE 

•’ STATEMENT FOLLOWING ’START SIMULATION’ IN THE ’’MAIN’ 

” PROGRAM. 

% * 

DEFINE ITEMl. ITEMS, ITEMS AS VARIABLES 

« « 

” PRINT 1 LINE WITH TIME.V AS FOLLOWS 

” DESTRUCTION RUN AT SECONDS mmmmmmmmmmmm 

« « 

FOR EACH U6.N0DE.HflKE.UP IN EV. S (I . US. NODE . HAKE. UP) . DO 
CANCEL THE US. NODE . HAKE. UP 
DESTROY THE US. NODE . HAKE. UP 
LOOP 

FOR EACH U8. ERASE. RECORD IN EV. S (I .U8. ERASE. RECORD) , DO 
CANCEL THE U8. ERASE. RECORD 
DESTROY THE U8. ERASE. RECORD 
LOOP 

FOR EACH Ul. GENERATE. UPDATE IN EV. S (I . U1 . GENERATE. UPDATE) , DO 
CANCEL THE Ul . GENERATE . UPDATE 
DESTROY THE Ul . GENERATE. UPDATE 
LOOP 

FOR EACH U7. UNIT. FIRING IN EV. S (I .U7. UNIT. FIRING) . DO 
CANCEL THE U7. UNIT. FIRING 
DESTROY THE U7. UNIT. FIRING 
LOOP 

FOR EACH UM. RECEIVE. UPDATE IN EV. S (I . UM. RECE I VE. UPDATE) • DO 
CANCEL THE UM .RECEIVE. UPDATE 
DESTROY THE U4. RECEIVE. UPDATE 
LOOP 

FOR EACH M2.'RECETVE. MESSAGE. PACKET IN 
EV.S (I. M2. RECEIVE. MESSAGE. PACKET) , DO 
CANCEL THE M2. RECEIVE. MESSAGE. PACKET 
DESTROY THE M2.RECEIVE. MESSAGE. PACKET 
LOOP 

FOR EACH -Ml. GENERATE. MESSAGE IN EV. S (I .Ml . GENERATE. MESSAGE) , DO 
CANCEL THE Ml . GENERATE . MESSAGE 
DESTROY THE Ml . GENERATE . MESSAGE 
LOOP 

FOR EACH EM. NETHORK. PERFORMANCE. REPORT IN 
EV.S (I .EM. NETHORK. PERFORMANCE. REPORT) , DO 
CANCEL THE EM . NETHORK. PERFORMANCE .REPORT 
DESTROY THE EM . NETHORK. PERFORMANCE. REPORT 
LOOP 

FOR EACH E2.C0LLECT7DATA IN EV. S (I . E2. COLLECT. DATA) , DO 
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CANCEL THE E2. COLLECT . DATA 
DESTROT THE E2. COLLECT. DATA 
LOOP 

FOR EACH US. LINK. HEIGHT. CALCULATION IN 
EV.S (I. US. LINK. HEIGHT. CALCULATION) . DO 
CANCEL THE US. LINK. HEIGHT. CALCULATION 
DESTROT THE US. LINK. HEIGHT. CALCULATION 
LOOP 

FOR EACH El. TRANSIENT. BLANKING IN EV. S (I .El . TRANSI ENT . BLANKING) , DO 
CANCEL THE El .TRANSIENT. BLANKING 
DESTROT THE El . TRANSIENT. BLANKING 

LOOP 
% % 

, RETURN 

1 END ''QF P6. PURGE. EVENT. QUEUE 

^ « 

[ ROUTINE FOR P7.-2ER0IZE.SETS 

•• THIS ROUTINE CLEARS ALL SETS OF THEIR MEMBERS AND ZEROIZES THE 
•' TIMING ROUTINE FOR- THE SIMULATION HHICH ALLOHS FOR MULTIPLE RUNS. 

DEFINE I7EM1. ITEM2, ITEMS. I. J AS VARIABLES 

% < 

LET TIME.V a 0.0 

i * ' 

I FOR EVERT NODE. DO 

FOR EACH ITEMl IN V I RT . CKT . L I ST (NODE) . DO 
REMOVE ITEMl FROM VIRT . CKT . L I ST (NODE) 

DESTROT CIRCUIT CALLED ITEMl 

LOOP 

FOR EACH ITEMl IN XMT . RECORD (NODE) . DO 
REMOVE 'ITEMl FROM XMT . RECORD (NODE J 
DESTROT RECORD CALLED ITEMl 

LOOP 

FOR EACH ITEMl IN ALARM. CLOCK (NODE) . DO 
REMOVE ITEMl FROM ALARM. CLOCK (NODE) 

FOR EACH ITEM2 IN 3UZ. LIST (ITEMl) . DO 
REMOVE ITEM2 FROM BUZ. LIST (ITEMl) 

DESTROT BUZ. NODE CALLED ITEMS 

LOOP 

DESTROT BUZZER CALLED ITEMl 

LOOP 

FOR EACH ITEMl IN LI NK. SET (NODE) . DO 

FOR EACH ITEMS IN QUEUE (ITEMl) . DO 
REMOVE ITEMS FROM QUEUE (ITEMl) 

RESET ’THE TOTALS OF L IFET IME (ITEMS) AND QSTAT (ITEMS) 
DESTROT PACKET CALLED ITEMS 

LOOP 
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FOR EACH ITEM2 IN UQUEUE (I TEHl ) » DO 
REMOVE ITEM2 FROM UQUEUE (ITEMl) 

DESTROY UPDATE CALLED ITEM2 

LOOP 

LET STATUS (ITEMl) IDLE 
LET UPCOUNT (ITEMl) =» NONE 
LET PTCOUNT (ITEMl) » NONE 

RESET THE TOTALS OF STATUS (ITEMl ) , N. QUEUE (I TEMl ) , 

N.UPROP. QUEUE (ITEMl) , N. UQUEUE (ITEMl ) , N. PROP. QUEUE (ITEMl) 
FOR EACH ITEM2 IN PROP. QUEUE (ITEMl ) , DO 
REMOVE ITEM2 FROM PROP. QUEUE (ITEMl ) 

RESET THE TOTALS OF LIFET IME (I TEM2) AND QSTAT(ITEM2) 
DESTROY PACKET CALLED ITEM2 

LOOP 

FOR EACH ITEM2 IN UPROP. QUEUE (ITEMl ) . DO 
REMOVE ITEM2 FROM UPROP. QUEUE (ITEMl ) 

DESTROY UPDATE CALLED ITEM2 
LOOP ’ 

FOR EACH ITEM2 IN SET. OF. WEIGHTS (ITEMl) , DO 
REMOVE ITEM2 FROM SET. OF. WEI GHTS (ITEMl ) 

DESTROY WEIGHT CALLED 1TEM2 

LOOP 

RESET ^HE TOTALS OF QUESIZ (ITEMl) 

LOOP 

LOOP 

FOR I » 1 TO N.NODE. DO 

FOR J » 1 TO N.NODE. DO 

LET BORN.PKTS (I . J) = 0 
LET GONE.PKTS (I . J) > 0 
LET JUMP..TOTRL (]. J) » 0 
LET LENGTH.TRIP (1, J) > 0.0 

LOOP 

LOOP 

LET COMP .TRIP. PKT - 0 

LET NEW. MSG. TOTAL » 0 

LET NEH.PKT.TOTRL =» . 0 

LET SYS. PACKETS =• 0 

LET U. COUNT > 0 

RESET'THE'TOTALS OF STS. PACKETS 



LET 


HOP. TOTAL 


» 0 


LET 


XMT7T0TAL 


» 0.0 


LET 
% « 


QU. TOTAL 


- 0.0 


« « 


RESET'THE 


STARTING VALUES FOR THE RANDOM NUMBER GENERATOR 


LET 


SEED.V (1) 


3 


2n6^29302 


LET 


SEED. V (2) 


3 


6837438m 


LET 


SEED. V (3) 


a 


964393174 


LET 


SEED.V (m 


3 


1217426631 


LEHT 


SEED.V (5) 


S 


618433579 



I 

I 
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LET 

LET 

LET 

LET 

LET- 



SEED. V (6) 
SEED. V (7) 
SEED. V (8) 
SEED. V (9) 
SEED. V (10) 



1157240309 

15726055 

48108509 

1797920909 

477424540 



RETURN 

END '’OF P7. ZEROIZE. SETS 



EVENT Ul. GENERATE. UPDATE GIVEN SENOI NG. NODE, UP. CLASS 

« « 

” IN THIS EVENT, THE OESTINfITIQN NODE GENERATES ONE OF THREE 
’• TTPES OF UPDATE MESSAGES: NODE. GROUP WARNING, OR FAMILY 

” WARNING. THE NODE THEN TRANSMITS THIS UPDATE TO EACH 
OF ITS NEIGHBORS AT THE SAME TIME IF ALL LINKS ARE IDLE. 

•• IN THE CASE OF BUST LINKS, THE UPDATE MESSAGES ARE INSERTED 
•• OR QUEUED ACCORDING TO THE TYPE OF 'TRAFFIC ON THE LINE. 

DEFINE THIS. NODE, THE. CLASS AS VARIABLE 
DEFINE NEW. INC, VARY. TIME AS A REAL VARIABLE 
LET THIS. NODE » SENDING. NODE 
LET ^HE. CLASS » UP. CLASS 



'' BRANCH TO THE APPROPRIATE SECTION DEPENDING UPON THE CLASS OF 
’’ UPDATE REQUESTED (NODE, GROUP, OR FAMILY). 

GOnro NOD. REQUESTED, GRP. REQUESTED, FAM. REQUESTED 
PER THE. CLASS 



'NOD.'REQUESTED' 

« « 

” SEND A NODE UPDATE TO ALL NEIGHBOR NODES. 

IF PRNT >- 3, 

SKIP 1 LINE 

PRINT 2 LINES WITH TIME.V, THIS. NODE AS FOLLOWS 
MMM.MMMM (hmI s NODE UPD AT E' OR I G I N AT E D . 

SENT'TO THE FOLLOWING NODES: 

REGARDLESS 



FOR 'EACH LINK IN LINK. SET (THIS. NODE) . DO 
IF'PRNT >- 3, 

PRINT I LINE WITH TERM (LINK) AS FOLLOWS 

MM 

REGARDLESS 
CREATE AN UPDATE 

LET~ BEGIN. TIME (UPDATE) * TIME.V 
LET CLASS (UPDATE) = THE. CLASS 
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I 



i 



• i 




LET ORIGIN (UPDfITE) 
let FM. node (UPDATE) 
LET VARIETY (UPDATE) 
LET HOPCNT (UPDATE) 
LET TO. NODE (UPDATE) 



» THIS. NODE 
» THIS. NODE 
= REGULAR 
= NONE 
- TERM (LINK) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 



LOOP 



’• RESCHEDULE ANOTHER UPDATE FOR THIS NODE AT A LATER TIME 
•• UNLESS THIS IS THE INITIALIZATION PHASE FOR DETERMINING 

” THE BEST PATHS BETWEEN NODES. 

« • 

IF INIT.BP * DEfiD, 

• « 

LET NEW. INC ■ UNIFORM. F (NOD. TIME. NOD. TIME ♦ BRACKET. 3) 

IF DISCRETE. TIMER = ALIVE. 

LET NEW. INC = (TRUNC.F (NEW. INC/8IT. INTERVAL) « BIT. INTERVAL) 
U.XMN.TIME 

REGARDLESS 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN THIS. NODE. THE. CLASS 
IN NEW. INC UNITS 

REGARDLESS 

« 1 

GO FILE.THE. UPDATE 



•GRP. REQUESTED* 

” A GROUP WARNING MSG WILL BE SENT TO ALL NODES IN THE SAME GROUP 
” AS THE ORIGINATOR. THIS WARNING MSG WILL INCLUDE A FUTURE TIME 
” (FIRING. TIME) WHEN ALL NODES WITHIN THE GROUP WILL SEND THE GROUP 

•* UPDATE MESSAGE AT THE SAME TIME. 

« « 

•* SCHEDULE'THIS node "^0 transmit its own regular group update 
’• AT THE computed FIRING TIME. THIS MESSAGE IS SENT ONLY TO 

" NEIGHBOR NODES WHICH ARE NOT IN THE SAME GROUP AS THIS NODE. 

« • 

IF PRNT 3. 

SKIP 1 LINE 

PRINT 3 LINES WITH TIME.V, THIS. NODE. GROUP (THIS. NODE) . 

TIME.V GP.FTRE AS FOLLOWS 
«««.«»««« (««) : GROUP UPDATE WARNING ORIGINATED. 

GROUP (»*»•) SET TO XMT UPDATE AT mxx. 

WARNING SENT'TO THE FOLLOWING NODES.- 

REGARDLESS 

« « 

schedule a U7.UNIT.FIRING GIVEN THIS. NODE. THE. CLASS. GROUP (THI S. NODE) . 
TIME.V AT TIME.V + GP.FIRE 
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FOR EACH LINK IN LINK. SET (THIS. NODE) WITH GROUP (THIS. NODE) » 
GROUP (TERM (LiNKH . DO 

IF PRNT >- 3, 

PRINT 1 LINE WITH TERM (LINK) fiS FOLLOWS 



REGARDLESS 
CREATE AN UPDATE 

LET BEGIN. TIME (UPDATE) = 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FM. NODE (UPDATE) 

LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 

LET FIRING. TIME (UPDATE) 
IF 



TIME.V 

THE. CLASS 

GROUP (THIS. NODE) 

THIS. NODE 

WARNING 

NONE 

TERM (LINK) 

- TIME.V ^ GP.FIRE 



DISCRETE. TIMER - ALIVE. 

LET FIRING. TIME (UPDATE) » 

(TRUNC.F (FIRING. TIME (UPDATE) /BIT. INTERVAL) 
U.XMN.TIME 

REGARDLESS 



« BIT. INTERVAL) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 



LOOP 



RESCHEDULE ANOTHER GROUP UPDATE FOR THIS NODE AT A FUTURE TIME 

1 % 

IF INIT.BP » DEAD, 

« t 

LET NEW. INC - UNIFORM. F (GRP. TIME. GRP. TIME ♦ BRACKET. 5) 

IF DISCRETE. TIMER > ALIVE. 

LET NEW. INC (TRUNC. F (NEW. iNC/BIT. INTERVAL) x BIT. INTERVAL) 
U.XMN.TIME 

REGARDLESS 

SCHEDULE A U1 . GENERATE. UPDATE GIVEN THIS. NODE. THE. CLASS 
IN NEW. INC UNITS 

REGARDLESS 

% % 

GO FILE. THE. UPDATE 



’FAM. REQUESTED’ 

1 1 

*’ fl SIMILAR OPERATION IS PERFORMED FOR THE FAMILT AS HRS DONE HITH 
" THE PREVIOUS SECTION CONCERNING THE GROUP HRRNING. 



” SCHEDULE' THIS NODE ~TO TRANSMIT ITS OHN REGULAR FAMILY UPDATE 



•• AT THE COMPUTED FIRING TIME. THIS MESSAGE IS SENT ONLT TO 

” NEIGHBOR NODES WHICH ARE NOT IN THE SAME FAMILT AS THIS NODE. 

% % 

IF PRNT >=« 3, 

SKIP 1 LINE 

PRINT 3 LINES WITH TIME.V, THIS. NODE, FAMILT (THIS. NODE) . 

TIME.V - FM.FIRE AS FOLLOWS 
MMM.MMMM (»««l : FAMILT UPDATE WARNING ORIGINATED. 

FAMILT (XX) SET TO XMT UPDATE AT xxx.xxxx. 

WARNING SENT TO THE FOLLOWING NODESs 

REGARDLESS 

« % 

schedule a U7. UNIT. firing GIVEN THIS. NODE, THE. CLASS, FAMILT (THIS. NODE) , 
TIME.V AT TIME.V ♦ FM.FIRE 



FOR EACH LINK IN LINK. SET (THIS. NODE) WITH FAMILT (THIS. NODE) = 
FAMILT (TERM (LINK) ) , DO 



IF PRNT >a 3, 

PRINT 1 LINE WITH TERM (LINK) fiS FOLLOWS 



REGfiRDLESS 
CREATE AN UPDATE 

LET BEGIN. TIME (UPDATE) 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FM.NODE (UPDATE) 

LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 

LET FIRING. TIME (UPDATE) 
IF 



TIME.V 

THE. CLASS 

FAMILT (THIS. NODE) 

THIS. NODE 

WARNING 

NONE 

TERM (LINK) 

= TIME.V ^ FM.FIRE 



DISCRETE.'TIMER =» ALIVE. 

LET FIRING. TIME (UPDATE) » 

(TRUNC.F (FTRING.TIME (UPDATE) /BIT . INTERVAL) 
U.XMN.TIME 

REGARDLESS 



BIT. INTERVAL) 



PERFORM U2.7RANSMIT. UPDATE GIVEN UPDATE. LINK 

LOOP 



RESCHEDULE A FAMILT UPDATE FOR 'THIS NODE AT A FUTURE TIME. 

« « 

IF INITT3P - DEAD. 

LET NEW. INC =■ UNIFORM. F (FRM. TIME. FRM. TIME + BRACKET, 3) 

IF DISCRETE. TIMER = ALIVE. 

LET NEW. INC » (TRUNC. F (NEW. INC/BIT . INTERVAL) x BIT. INTERVAL) 
U.XMN.TIME 

REGARDLESS 
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SCHEDULE fl Ul. GENERATE. UPDATE GIVEN THIS. NODE. THE. CLASS 
IN NEH. INC UNITS 
REGARDLESS 



« % 

• • ••••••••• ••• 

'FILE. THE. UPDATE' 

% « 

LET U. COUNT « U. COUNT ♦ 1 
% % 

IF PRNT >« 3, 

PRINT 1 LINE WITH U. COUNT AS FOLLOWS 

UPDATES GENERATED SO FAR. 

REGARDLESS 

RETURN 

END "OF Ul. GENERATE. UPDATE 
% % 

ROUTINE FOR U2.TRANSMI T. UPDATE GIVEN X. UPDATE, X.LINK 

« « 

” THIS ROUTINE PERFORHS THE ROLE OF TRANSMISSION OF THE UPDATE 
" OVER THE SELECTED LINK. DEPENDING UPON THE STATUS OF THE LINK 
" (IDLE OR BUST) AND THE TYPE OF TRAFFIC WHICH THE LINK IS 

" CURRENTLY TRANSMITTING. DIFFERENT ACTION IS TAKEN. 

% % 

IF STATUS (X.LINK) « IDLE. 

% % 

" THE UPDATE HAT BE SENT. 

SCHEDULE AN U4. RECEI VE. UPDATE GIVEN X. UPDATE IN U.XMN.TIME UNITS 

LET STATUS (X.LINK) =* BUST 

FILE X. UPDATE IN UPROP. QUEUE (X. LINK) 

ELSE 

% « 

" THE LINK IS BUST UNDER ONE OF THREE CONDITIONS; 

" (1) REGULAR MESSAGE PACKET^TRAFFIC IS BEING TRANSMITTED WITH 

" NO 'INSERTED' UPDATES CURRENTLT IN TRANSIT. 

" (2) UPDATE 'TRAFFIC IS IN TRANSIT WHICH HAS NOT BEEN 'INSERTED' 

" INTO A REGULAR MESSAGE PACKET ’DATA STREAM. 

" (3) 'INSERTED' UPDATE TRAFFIC IS CURRENTLT IN TRANSIT WITHIN 

" A RUGULAR MESSAGE PACKET'S DATA STREAM. 

" CONDITION (1) 

% % 

IF UPROP.QUEUE (X.LINK) IS EMPTY. 

SCHEDULE AN Uil. RECEIVE. UPDATE GIVEN X. UPDATE IN U.XMN.TIME UNITS 
FILE X. UPDATE IN UPROP. QUEUE (X.LINK) 
perform U3. insert. update given X.LINK 
RETURN 
REGARDLESS 
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« « 



CONDITION (2) 



IF PROP. QUEUE (X. LINK) IS EMPTY, 

FILE X. UPDATE IN UQUEUE tX.LiNK) 
RETURN 
REGARDLESS 

" CONDITION (3) 

« « 

FILE X. UPDATE IN UQUEUE (X. Ll NK) 
PERFORH U3. INSERT. UPDATE GIVEN X.LINK 
REGARDLESS 
RETURN 

END ''OF U2.TRANSMIT. UPDATE 



ROUTINE FOR U3. INSERT . UPDATE GIVEN ID. LINK 

" THIS ROUTINE MODIFIES THE ARRIVAL TIME OF A MESSAGE PACKET 
" CAUSED WHEN AN UPDATE IS INSERTED INTO IT'S BIT STREAM. 

DEFINE PKT, -THE.NAME AS VARIABLES 

REMOVE FIRST PKT FROM PROP . QUEUE (ID. LI NK) 

« < 

*• THE EVENT OF THE ARRIVAL OF THE PACKET IS NOW DELATED BY THE 

" AMOUNT OF TIME IT TAKES FOR AN UPDATE TO BE TRANSMITTED. 

< < 

CANCEL M2. RECEIVE. MESSAGE. PACKET CALLED P. NAME (PKT) 

DESTROY M2. RECEIVE. MESSAGE. PACKET CALLED P. NAME (PKT) 

« « 

reschedule a M2.RECEIVE. message. PACKET CALLED THE. NAME GIVEN PKT AT 
P. ARRIVAL (PKTl ♦ U.XMN.TIME 

LET P. ARRIVAL (PKT) » P. ARRIVAL (PKT) ■* U.XMN.TIME 

LET P. NAME (PKT) - THE. NAME 

« « 

FILE' PKT IN PROP. QUEUE (ID. LINK) 

RETURN 

END '’OF U3. INSERT. UPDATE 

« % 

EVENT U4. RECEIVE. UPDATE GIVEN UP. MESSAGE 
% % 

" THIS ‘EVENT"PERFORMS THE PRIMARY FUNCTION OF THE YEN ALGORITHM. 
’• WHEN .THE UPDATE ARRIVES THE CALCULATIONS OF THE ALGORITHM TAKE 
" PLACE WITH THE APPROPRIATE SCHEDULING OF THE FUTURE UPDATE 

" TRANSMISSION OCCURRING. 

« « 
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DEFINE HSG. THIS. NODE. PAST. NODE. KINO. OCCURANCE. THE. HAKE. 

HO.PCOUNT. THE. LINK. THE. BUZZ. U. HSG. Q. UP. MSG. PAC.KET. THE. NAME 
AS INTEGER VARIABLES 

DEFINE DELAT.TIME. THIS. LINK. HEIGHT AS REAL VARIABLES 

LET MSG » UP. MESSAGE 

LET KINO • VARIETY (MSG) 

LET THIS. NODE - TO. NODE (HSG) 

LET PAST. NODE - FM. NODE (MSG) 

LET HO.PCOUNT ■ HOPCNT (MSG) ♦ 1 

” THE UPDATE HAS BEEN TRAVELING OOHN'THE LINK AND IS KEPT TRACK OF BT 
.;EANS of a UPROP. QUEUE. THE UPDATE HAS ARRIVED AND CAN NOH BE 
•' REMOVED FROM THAT QUEUE. 

” EACH LINK CONTAINS A COUNT OF THE NUMBER OF UPDATE MESSAGES HHICH 
" HAVE TRAVELED OVER IT. IN THIS HAT. HE CAN SEE THE PROPORTION OF 

" TOTAL TRAFFIC OVER EACH LINK HHICH IS RELATED TO ROUTING INFO. 

« « 

FOR EACH LINK IN LINK. SET (PAST. NODE) HITH TERM (LINK) > THIS. NODE. 

FIND The. LINK - LINK. 

IF FOUND. 

REMOVE THE FIRST U.MSG FROM UPROP. QUEUE (THE. LINK) 

LET UPCOUNT (THE. LINK) » UPCOUNT (THE. LINK) f 1 

REGARDLESS 
« % 

EVERT NODE MftiNTfliNS fl RECORD OF UPDATE RETRANSMISSIONS WHICH 
’’ IT HAS PRODUCED. IF THE NODE HAS PREVIOUSLT SENT A RETRANS OF 

THIS CURRENT UPDATE THEN THE UPDATE IS IGNORED AND NO ACTION TAKEN. 

FOR EACH RECORD IN XMT. RECORD (THIS. NODE) WITH ORIGIN (MSG) =* 

REC. ORIGIN (RECORD) AND BEGIN. TIME (MSG) » REC. TI ME (RECORD) . 

FIND THE FIRST CASE. 

IF FOUND. 

IF PRNT >. 3. 

SKIP 1 LINE 

PRINT 1 LINE WITH TIME.V. THIS. NODE. ORIGIN (MSG) .BEGIN. TIME (MSG) . 
PAST. NODE AS FOLLOWS 

MMM.MMMM (>t»c) • *LATE' UPD AT £ (hx , xWx , XX X w ) FROM NODE xx. 

REGARDLESS 

* % 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 

'• DETERMINE HHETHER REGULAR OR HARMING UPDATE AND TAKE THE 
•• THE APPROPRIATE ACTION. 



GO TO REG. HSG. HARM. MSG PER KINO 



•REG. MSG* 

% % 

" DETERMINE WHETHER NODE, GROUP OR FflMILT AND TAKE APPROPRIATE ACTION. 
GO TO NOD. REQUESTED* GRP. REQUESTED. FflM. REQUESTED PER CLRSS(MSG) 



•NOD.REQUESTED^ 

« • 

•• HE HUST DETERMINE IF THIS NODE UPDfiTE MSG ORIGINATED FROM A NODE 
•• IN THIS NODE’S GROUP. IF NOT* A BORDER CHECK IS RUN. IF THE 
•• BORDER CHECK PROVES NEGATIVE* NO ACTION IS TAKEN. 

IF FAMILY (THIS. NODE) » FAMILY (ORIGIN (MSG)) AND 
GROUP (THIS. NODE) - GROUP (ORIGIN (MSG)) , 

« • 

GO CALC. THE. DELAT 

REGARDLESS 

« • 

•• RUN A BORDER CHECK 

• • 

IF HO.PCOUNT <» HOP. LIMIT* 

IF PRNT >- 3* 

PRINT 1 LINE AS FOLLOHS 

fioooe node border INCIDENT ofiooo 

REGARDLESS 

GO CALC. THE. DELAT 
REGARDLESS 
IF PRNT 3* 

SKIP 1 LINE 

PRINT 1 LINE WITH TIME.V, THIS. NODE. ORIGIN (MSGI. BEGIN. TIME (MSG) 

AS FOLLOWS 

MMM.MMMM (««) 6 NODE UPD AT E («« . «« ) ARRIVED. ««NOT IN RANGE«« 

REGARDLESS 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 



•GRP. REQUESTED* 

• « 

” IF THE GROUP UPDATE IS FROM A NODE WITHIN THIS NODE’S GROUP 

•• THEN NO ACTION IS TAKEN. 

• • 

IF GROUP (THIS. NODE) - ORIGIN (MSG), 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 
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*• IF THE GROUP UPDATE IS FROM ft NODE FROM fl DIFFERENT FRMILT 
’• THEN fl BORDER CHECK IS PERFORMED. IF BORDER CHECK IS NEGATIVE 

•• THEN NO ACTION IS TAKEN. 

• • 

IF FfiHiLT (THIS. NODE) » FflM. OF. GRP (ORIGIN (MSG) ) . 

GO CflLC.THE.OELflT 

REGARDLESS 

« « 

*’ perform border check 

* . 

IF HO.PCOUNT <- HOP. LIMIT. 

IF PRNT >- 3. 

PRINT 1 LINE AS FOLLOWS 

eeoee GROUP BORDER INCIDENT ooeoo 

REGARDLESS 

. « 

GO CALC. THE. DELAT 
REGARDLESS 
IF PRNT >- 3. 

SKIP 1 LINE 

PRINT 1 LINE WITH TIME.Y. THIS. NODE. ORIGIN(MSG). BEGI N. TI ME (MSG) 

AS FOLLOWS 

MMM.MMMM (mk) : GROUP UPD ATE (««. .««*<« ) RECEIVED. ««NOT IN RfiNGE«» 
REGARDLESS 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 



'FRM. REQUESTED* 

. . 

IF FAMILY (THIS. NODE) = ORIGIN (MSG). 

IF PRNT >• 3, 

SKIP 1 LINE 

PRINT 1 LINE WITH TIME.V. THIS. NODE. ORIGIN(MSG), BEGI N. TIME (MSG) 
AS FOLLOWS 

(xx) • FAMILY UPD AT E (xx , XXX , XXX X ) RECEIVED. ••NOT IN RANGE«« 
REGARDLESS 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 



•CALC. THE. DELAY* 

« . 

•• THE ’HEIGHT* OF A LINK IS DETERMINED 3T THE EVENT 

•* ‘CALC. LINK. WEIGHT* IN WHICH FIVE METHODS ARE POSSIBLE. 

• • 

LET THIS. LINK. HEIGHT = 0.0 

% • 

FOR EACH LINK IN LINK. SET (THIS. NODE) WITH 
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TERH (LINK) -PAST. NODE, FIND THE. LINK- LINK. 

IF FOUND, 

• • 

IF TEST » ftLlVE. 

LET THIS. LINK. HEIGHT REflL.F (QTEST (THE. LINK)) 

GO CQNT.TEST 
REGARDLESS 

« « 

IF MANNER. OF. WEIGHTING - Br.QSlZE.NOH, 

LET THIS. LINK. HEIGHT - REAL. F (N. QUEUE (THE. LINK)) 

GO CONT.TEST 
REGARDLESS 

« « 

IF MANNER. OF. WEIGHTING » BT. COMBINE, 

LET THIS. LINK. HEIGHT > (QU.FACT « REAL. F (N. QUEUE (THE. LINK) ) ) 
♦ LK. HEIGHT (THE. LINK) 

60 CONT.TEST 
REGARDLESS 

« « 

•• LINK WEIGHTING SCHEMES USING VARIOUS METHODS ARE DETERMINED 

•• USING THE EVENT •CALC. THE. DELAY * . 

« % 

LET THIS. LINK. HEIGHT - LK. HEIGHT (THE. LINK) 

• « 

•CONT.TEST’ 

% % 

REGARDLESS 

• • 

•• DETERMINE THE DELAT TIME ASSOCIATED WITH THAT LINK. 

• « 

LET DELAT. TIME - TIME.V ♦ U.XMN.TIME '» (DELTA - THIS. LINK. HEIGHT) 

• • 

•• CHECK IF THIS DELAT IS LESS THAN PREVIOUS DELAT. 

•• THE PREVIOUS DELATS ARE MAINTAINED IN THE NODE’S ALARM CLOCK SET. 

* « 

FOR EACH BUZZER IN ALARM. CLOCK (THIS. NODE) HITH CAUSE (BUZZER) - 
ORIGIN(MSG) AND BUZ. BEG (BUZZER) - BEGIN. TIME (MSG) , 

FIND THE. BUZZ - BUZZER, 

IF FOUND, 

« « 

•• FILE THE ID OF THE NODE FROM WHICH THIS UPDATE WAS RECEIVED 
•• INTO THE LIST HELD BT THE NODE. 

CREATE A BUZ. NODE 

LET ID. NUMBER (BUZ. NODE) * PAST. NODE 
FILE BUZ. NODE IN BUZ. LIST (THE. BUZZ) 

• • 

•• CHECK IF THIS NEH DELAT IS FASTER THEN THE PREVIOUS BEST DELAT. 

« « 

IF DELAT. TIHE < SETTING (THE. BUZZ) . 
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CfiNCEU U6. NODE -HAKE. UP CALLED BUZ. HAKE CTHE. BUZZ) 

DESTROY U6., NODE. HAKE. UP CALLED BUZ. HAKE (THE. BUZZ) 

t « 

PUT IN NEW FASTEST ALARM TIME 

% « 

LET SETTING (THE. BUZZI » DELAY. TIME 
LET TEMP. BP (THE. BUZZ) « PAST. NODE 

IF PRNT >- 3, 

SKIP 1 LINE 

PRINT 2 LINES WITH TlME.V, THIS. NODE. ORIGIN (MSG). 

BEGIN. TIME (MSG) . PAST. NODE. SETTInG(THE.BUZZ) 

AS FOLLOWS 

MMM.XMMM (mm) : ALARM CLOCK RESET - UPDATE («>*. «mm. mmmm) FROM NODE mm. 
NOW SET TO GO OFF AT mmm.mmmm. 

REGARDLESS 

• « 

•• CHECK TO SEE IF WE HAVE ALREADY RECEIVED 

•• UPDATES FROM ALL LINKS. IF THIS BE THE CASE THEN 

•• A BEST PATH CAN BE DETERMINED WITHOUT HAVING TO 

•• SEND OUT A RETRANSMISSION OF THE UPDATE. 

« « 

IF N.LINK. SET (THIS. NODE) = N. BUZ. LIST (THE. BUZZ) . 

IF BEST. PATH (THIS. NODE, ORIGIN (MSG)) NE PAST. NODE. 

IF PRNT -1. 

SKIP I LINE 

PRINT 2 LINES WITH TlME.V. THIS. NODE. 

THIS. NODE. ORIGIN (MSG). PAST. NODE. 

BEST. PATH (THIS. NODE. ORIGIN (MSG) ) 

AS FOLLOWS 

(mm) ; NcW BEST PATH - NO RETRANSMISSION NEEDED. 

FROM TO XX IS NOW xM. (WAS xx) 

REGARDLESS 

REGARDLESS 

LET BEST.PATH (THIS. NODE. ORIGIN (MSG)) = PAST. NODE 

« « 

IF PRNT >= 2. 

PRINT 2 LINES WITH THIS. NODE. QRIGl N (MSG) . PAST . NODE 
AS FOLLOWS 

•• RETRANSMISSION OF UPDATE NOT NEEDED •• 

BEST PATH FROM xh TO xx IS xk. 

REGARDLESS 

» « 

•• DESTROY ALL BUZZER INFORMATION FROM THE 

•• ALARM CLOCK OF THE NODE. 

« « 

FOR EACH OCCURANCE OF BUZ. LIST (THE. BUZZ) , DO 
REMOVE OCCURANCE FROM BUZ. LIST (THE. BUZZ) 

DESTROY BUZ. NODE CALLED OCCURANCE 

LOOP 
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REMOVE THE. BUZZ FROM ALARM. CLOCK (THIS. NODE) 
DESTROY BUZZER CALLED THE. BUZZ 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 



•• RESCHEDULE THE NEW WAKE UP AT THE NEW SHORTER DELAY TIME. 

• « 

RESCHEDULE A U6. NODE. WAKE. UP CALLED THE. WAKE GIVEN 
THIS. NODE. MSG. TEMP. BP (THE. BUZZ) . HO.PCOUNT 
AT SETTING (THE. BUZZ) 

« % 

LET BUZ. HAKE (THE. BUZZ) » THE. HAKE 

« « 

GO CHECK. THE. QUEUES 
REGARDLESS 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 



•• THIS CASE CORRESPONDS TO THE FIRST TIME THIS NODE HAS RECEIVED 
•• AN UPDATE ORIGINATION FROM THAT NODE. 



CREATE A BUZZER 
LET SETTING (BUZZER) 
LET CAUSE (BUZZER) 
LET BUZ. BEG (BUZZER) 
LET TEMP. BP (BUZZER) 



- DELAY. TIME 
« ORIGIN (MSG) 

* BEGIN. TIME (MSG) 
» PAST. NODE 



IF PRNT >- 3. 

SKIP 1 LINE 

PRINT a LINES WITH TIME.V, THIS. NODE. ORIGIN (MSG), BEGIN. TIME (MSG) . 

PAST. NODE. SETTING (BUZZER) AS FOLLOWS 
MKM.xMMM {n«) : ••NEW ALARM CLOCK»« — UPDATE (m«, FROM NODE «« 
SETTING TO GO OFF AT 

REGARDLESS 



CREATE A BUZ. NODE 

LET ID. NUMBER (BUZ. NODE) - PAST. NODE 

« « 

SET THE ALARM FOR THIS UPDATE TO GO OFF AFTER THE DELAY TIME IS 
•• UP. THIS IS CONDITIONED ON THE BASIS THAT A SHORTER DELAY BY 
ANOTHER PATH IS NOT FOUND. 

« « 

•• EfiCH HOKE UP EVENT IS GIVEN ft UNIQUE NftME FOR EASE OF RESCHEDULING 

« % 

SCHEDULE ft U6.N0DE.MftKE.UP CALLED THE.MftKE GIVEN 

THIS. NODE. HSG, PAST. NODE, HO.PCOUNT AT SETTING (BUZZER) 
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LET BUZ. WAKE (BUZZER) « THE. HAKE 

• • 

FILE BUZ.N(30E IN BUZ. LI ST (BUZZER) 

FILE BUZZER IN ALARM. CLOCK (THIS. N13DE) 

« • 

Gfl CHECK. THE. QUEUES 



•WARN. MSG* 



” DETERMINE IF THIS IS A GROUP OR FAMILY WARNING AND TAKE PROPER ACTION. 

GO TO ERROR. GRP. WARNING. FAM. WARNING PER CLASS (MSG) 

« • 

•ERROR’ 

•• INVflUD NODE WARNING MESSAGE. NO ACTION TAKEN. 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 



•GRP. WARNING’ 

. « 

•• CHECK IF GROUP IS VALID. 

« « 

IF GROUP (THIS. NODE) NE ORIGIN (MSG). 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 

« t 

•• KEEP A RECORD OF TRANSMISSIONS. 

« « 

CREATE A RECORD 

LET REC. ORIGIN (RECORD) « ORIGIN (MSG) 

LET REC. TIME (RECORD) * BEGIN. T IME (MSG) 

FILE RECORD IN XMT . RECORD (THIS. NODE) 

« « 

’• LOCAL NODE RECORDS ARE MAINTAINED FOR ONLY A SET PERIOD OF TIME. 

« • t 

IF INIT.3P » DEAD, 

SCHEDULE A U8. ERASE. RECORD GIVEN THIS. NODE. RECORD IN ERA. PERIOD UNITS 
REGARDLESS 

*• SCHEDULE THE RETRANSMISSION OF THE WARNING GROUP UPDATE TO 
*’ ALL NEIGHBOR NODES WITHIN THIS GROUP. 

-I « 

FOR EACH LINK IN LINK. SET (THIS. NODE) WITH GROUP (THIS. NODE) » 

GROUP (TERM (LINK)) AND TERM (LINK) NE PAST. NODE. DO 

. « 



CREATE AN UPDATE 



let BEGIN. TIME (UPDATE) = 
let class (UPDATE) 

LET ORIGIN (UPDATE) 
let FK. node (UPDATE) 

LET VARIETT (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 

LET FIRING. TIME (UPDATE) - 



BEGIN. TIME (MSG) 
CLASS (MSG) 

ORIGIN (MSG) 

THIS. NODE 
VARIETT (MSG) 
HOPCNT (MSG) ♦ 1 
TERM (LINK) 
FIRING. TIME (MSG) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE, LINK 

LOOP 



•• schedule the transmission of a regular group update message 

•’ TO ALL NEIGHBOR NODES WHICH ARE NOT IN THIS NODE'S GROUP. 

« « 

IF PRNT >- 3. 

SKIP 1 LINE 

PRINT 2 LINES WITH TIME.V. THIS. NODE. GROUP (THIS. NODE) , 

FIRING. TIME (MSG) AS FOLLOWS 

(MM) : GROUP UPDATE MESSAGE WARNING ORIGINATED. 

GROUP (mm) set to XMT UPDATE AT mmm.mmmm. 

REGARDLESS 
% * 

SCHEDULE fl U7. UNIT. FIRING GIVEN THIS. NODE, CLASS IMSG) , ORIGIN (MSG), 
BEGIN, TIME (MSG) AT F IRING. TIME (MSG) 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 



t « 

•FAM. WARNING’ 

* t 

” CHECK IF FAMILY IS VALID. 

• « 

IF family (THIS. NODE) NE ORIGIN (MSG) 

DESTROY UPDATE CALLED U.MSG 
GO CHECK. THE. QUEUES 
REGARDLESS 

t t 

” SCHEDULE THE RETRANSMISSION OF THE WARNING FAMILY UPDATE TO 

” ALL NEIGHBOR NODES WITHIN THIS FAMILY. 

* « 

” KEEP A RECORD OF TRANSMISSIONS. 

) « 

CREATE A RECORD 

let REC. ORIGIN (RECORD) - ORIGIN (MSG) 

LET REC. TIME (RECORD) = BEGIN. TI ME (MSG) 

FILE RECORD IN XMT. RECORD (THIS. NODE) 

* t 

•• LOCAL NODE RECORDS ARE MAINTAINED FOR ONLY A SET PERIOD OF TIME. 

t » 
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IF INIT.BP - DEAD, 

SCHEDULE fl U8-ERflSE,REC0RD GIVETJ THIS.NOOE, RECORD IN ERA. PERIOD UNITS 
REGARDLESS 



FOR EACH LINK IN LI NK. SET (TMI S. NODE) WITH F AMI LT (THI S. NODE) =* 
FAMILY (TERM (LINK)) AND TERM (LINK) NE PAST. NODE. DO 



CREATE AN UPDATE 

LET BEGIN.TIME (UPDATE), - 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FM. NODE (UPDATE) » 
LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 

LET FIRING. TIME (UPDATE)- 



BEGIN.TIME (MSG) 
CLASS (MSG) 

ORIGIN (MSG) 

THIS. NODE 
VARIETY (MSG) 
HOPCNT (MSG) 1 
TERM (LINK) 
FIRING. TIME (MSG) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 

LOOP 



” SCHEDULE THE TRANSMISSION OF A REGULAR FAMILY UPDATE MESSAGE 
TO ALL NEIGHBOR NODES WHICH ARE NOT IN THIS NODE’S FAMILY. 

« • 

IF PRNT >- 3, 

SKIP 1 LINE 

PRINT 2 LINES WITH TIHE.V, THIS.NODE, FAMILY (THIS. NODE) . 

FIRING. TIME (MSG) AS FOLLOWS 

(hm) 8 FAMILY UPDATE MESSAGE WARNING ORIGINATED. 

FAMILY (K«) SET TO XMT UPDATE AT 

REGARDLESS 

« « 

SCHEDULE A U7. UNIT. FIRING GIVEN THIS.NODE. CLASS (MSG) . ORIGIN (MSG). 

BEGIN.TIME (MSG) AT FI RING. TIME (MSG) 

DESTROY UPDATE CALLED U.MSG 

’CHECK. THE. QUEUES’ 

« « 

FOR EACH LINK IN LINK. SET (PAST. NODE) WITH TERN (LINK) =■ THIS.NODE, 

FIND THE. LINK - LINK, 

IF FOUND, 

« < 

” FIRST CHECK TO SEE IF THERE IS ADDITIONAL UPDATE TRAFFIC WAITING 

” TO BE SENT. 

« « 

IF UQUEUE (THE. LINK) IS NOT EMPTY. 

REMOVE FIRST Q. UP. MSG FROM UQUEUE (THE. LINK) 

FILE Q. UP. MSG IN UPROP. QUEUE (THE. LINK) 

SCHEDULE AN UW. RECE I VE. UPDATE GIVEN Q. UP. MSG IN U.XMN.TIME UNITS 

« . 

IF PROP. QUEUE (THE. LINK) IS NOT EMPTY, 
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TH€N THE UPDATE WHICH JUST ARRIVED WHS INSERTED INTO 
THE BIT STREAK OF A MESSAGE PACKET IN TRANSIT. THEREFORE 
THE NEXT UPDATE TO BE SENT WILL ALSO BE INSERTED. 

PERFORM U3. INSERT. UPDATE GIVEN THE. LINK 
REGARDLESS 

ELSE 



" THE UPDATE QUEUE IS EMPTY SO WE HILL CHECK FOR MESSAGE PACKET 

•• TRAFFIC WAITING TO BE SENT. 

% « 

IF PROF. QUEUE (THE. LINK) IS NOT EMPTY, 

TM€RE IS CURRENTLY MESSAGE TRAFFIC BEING SENT OVER THIS 
LINK AND NO FURTHER ACTION IS NECESSARY. 

RETURN 

REGARDLESS 

* % 

THERE IS NO TRAFFIC IN PROGRESS SO WE WILL CHECK THE MESSAGE 
QUEUE TO SEE IF TRAFFIC IS WAITING TO BE SENT. 

IF QUEUE (THE. LINK) IS NOT EMPTY, 

REMOVE FIRST PAC.KET FROM QUEUE (THE. L INK) 

LET 0UESI2 (THE. LINK) * N. QUEUE (THE. LINK) 

SCHEDULE A M2. RECEI VE. MESSAGE . PACKET CALLED 

THE. NAME GIVEN PAC.KET AT TIME.V PKT.XMN.TIME 
LET P. ARRIVAL (PAC.KET) * TIME.V PKT.XMN.TIME 
LET P. NAME (PAC.KET) THE. NAME 

FILE PAC.KET IN PROP. QUEUE (THE. LINK) 

RETURN 

REGARDLESS 

BOTH QUEUES ARE EMPTY AND NO MESSAGES ARE IN TRANSIT. 

LET STATUS (THE. LINK) • IDLE 
REGARDLESS 
REGARDLESS 

RETURN 

« • 

END "OF UN. RECEIVE. UPDATE 



EVENT US. LINK. WEIGHT. CALCULATION 
% % 

" THIS EVENT DETERMINES THE POSITIVE HEIGHT ASSIGNED TO EVERY LINK 
" FROM WHICH THE YEN ALGORITHM DETERMINES THE BEST PATH ROUTING 
" BETWEEN NODES. FIVE METHODS ARE DETERMINED IN THIS ROUTINE AND 
" THE USER SPECIFIES WHICH IS ACTUALLY UTILIZED DURING THE 

" SIMULATION, 

• « 

DEFINE NUM, HEI.GHT AS INTEGER VARIABLES 
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OeFINE MT.flVG AS REAL VARIABLES 

« « 

LET NUN - NUN. OF. HEIGHTS 

IF manner. OF. WEIGHTING - BT.OSIZE.NOH. 

« « 

•• THIS NETHOO INVOLVES USING THE INSTANTANEOUS QUEUE LENGTHS FOR 
'* F1N01N6 THE LINK HEIGHT. THIS METHOD MAKES NO FURTHER USE 
•• OF THIS ROUTINE. 

GO NO. MORE 

REGARDLESS 

« « 

FOR EACH NODE. DO 

FOR EACH LINK IN LINK. SET (NODE) . 00 

« « 

CREATE A WEIGHT 

« * 

CO TO NO.MORE. USE. PAST. QSIZE. USE. PAST. QAVG. 

USE. RHO. HEIGHT. USE. RHO. HEIGHT PER MANNER. OF. WEIGHTING 

V % 

•USE. PAST. QSIZE ' 

« « 

•• THIS METHGO OF WEIGHTING IS BASED UPON TAKING THE AVERAGE OF 

•• QUEUE SAHPLES TAKEN DURING A •WINDOW OF FIXED LENGTH. 

•• THIS HINOOH ’SLIDES' ALONG IN TIME SINCE ONLY THE MOST RECENT 

•• SAHPLES ARE USED IN DETERMINING THE AVERAGE. 

* « 

LET HT. SIZE (HEIGHT) => N. QUEUE (LINK) 

GO AROUND. AGAIN 

• « 

•USE. PAST. QAVG' 

« « 

" THIS METHOD USES THE SAME SLIDING WINDOW TECHNIQUE EXCEPT 

" INSTEAD OF TAKING A 'SNAPSHOT' SAMPLE OF THE QUEUE SIZE AT 

" REGULAR TIME INTERVALS. THIS USES THE AVERAGE QUEUE SIZE OVER 

" THE TIME INTERVAL. 

LET HT. SIZE (HEIGHT) * AVG. WEIGHT (LINK) 

RESET TOTALS OF QUESIZ(LINK) 

GO AROUND. AGAIN 

V • 

•USE. RHO. HEIGHT’ 

* « 

•• THIS METHOD USES A COMBINATION OF WEIGHTING FUNCTIONS* ONE 

” BASED UPON THE LINK UTILIZATION FACTOR DURING THE PAST TIME 

•• UINDOH AND THE SECOND A LEAST HOPS SYSTEM. HHEN THE LINK 

•• UTILIZATION FACTOR IS LESS THEN .5 THE BEST PATHS HILL BE 

•’ DETERMINED PRIMARILY BT A LEAST HOPS SCHEME. HOWEVER IF THE 

•• UTILIZATION FACTOR IS GREATER THAN .5 THE LINK HEIGHT HILL BE 

” PREDOMINANTLY A FUNCTION OF THAT FACTOR. 
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•• n SECOND method (8T. COMBINE) MAKES USE OF THIS TERM BUT IN 

" ADDITION IT ALSO USES THE SIZE OF THE QUEUE. IN THIS 

" METHOD BOTH THE AVERAGE LINK USAGE (THE RHO TERM) AND THE 

” CURRENT TRANSIENT BEHAVIOR OF THE LINK (THE QUEUE SIZE TERM) 

" ARE TAKEN INTO CONSIDERATION. 

• « 

IF RHO (LINK) > .95, 

LET NT. SIZE (HEIGHT) =■ 20.0 

GO SOME. MORE 
REGARDLESS 

LET HT. SIZE (HEIGHT) =■ I . ♦ (RHO (LINK) / (1 . - RHO (LINK))) 
'SOME. MORE* 

RESET TOTALS OF N. PROP. QUEUE (LINK) 

•flR0UND, AGAIN' 

• « 

” ONLT THE PAST *NUM* OF SAMPLES ARE CONSIDERED. 

IF N. SET. OF. HEIGHTS (LINK) >= NUH. 

« • 

REMOVE THE FIRST HEI.GHT FROM SET. OF. HEIGHTS (LINK) 
DESTROT HEIGHT CALLED HEI.GHT 
REGARDLESS 

t • 

FILE HEIGHT IN SET. OF. HEIGHTS (LINK) 

• % 

FOR EACH HEIGHT IN SET. OF . WEI GHTS (LINK) , COMPUTE HT.AVG 
AS THE MEAN OF HT . SI ZE (HE I GHT) 

LET LK. WEIGHT (LINK) » WT.AVG 

LOOP 

LOOP 

SCHEDULE A US. LINK. HEIGHT. CALCULATION IN HT.TIME UNITS 

• « 

•NO. MORE' 

RETURN 

ENO "OF U5. LINK. HEIGHT. CALCULATION 

« « 

EVENT U6. NODE. WAKE. UP GIVEN WK.NODE, WK.MSG, 3PATH, HOPNUM 

% % 

" THIS EVENT SCHEDULES THE TRANSMISSION OF AN UPDATE AT THE MOMENT 

" THE NODE'S ALARM CLOCK GOES OFF FOR THAT UPDATE MESSAGE. 

• « 

DEFINE THIS.N(30E. MSG* BESTPATH. HOP. NUH* THE. BUZZ* FLAG 
AS VARIABLES 

define new. TIME AS A REAL VARIABLE 

• • 

LET THIS. NODE = HK.NODE 
LET MSG » HK.MSG 
LET BESTPATH » BPATH 
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LET HOP.NUn - MOPNUM 

% % 

IF PRNT >- 2. 

SKIP 1 LINE 

PRINT 2 LINES HlTH TIME.V. THIS. NODE. ORIGIN (HSG), BEGIN. TIME (MSG) . 

THIS. NODE, ORIGIN(MSG). BESTPflTH ftS FOLLOWS 
MMM.MMMM («*«) 8 ••HAKE UP SOUNDED** — UPDATE (»<*«, »»*<*. «k>«*<) 

BEST PATH FROM *•« TO ** IS x*. 

REGARDLESS 

IF BEST. PATH (THIS. NODE, ORIGIN (MSG)) NE BESTPATH, 

IF PRNT *1. 

SKIP 1 LINE 

PRINT 2 LINES WITH TIME.V. THIS. NODE. THIS. NODE. ORIGIN (MSG). 
BESTPATH. BEST.PATH (THIS. NODE. ORIGIN (MSG)) AS FOLLOWS 
MMM.MMMM (mm) 8 NEW BEST PATH ; 

FROM MM TO mm is now mm. (WAS mm) 

REGARDLESS 

REGARDLESS 

• « 

" EftCH NODE KEEPS TRACK OF ALL NEIGHBORS FROM WHICH IS HAS RECEIVED 
•• THIS PARTICULAR UPDATE MESSAGE. WE NOW WANT TO TRANSMIT THE 
” CONTINUING UPDATE OVER THOSE LINKS FROM WHICH UPDATES HAVE NOT 

’’ BEEN RECEIVED. 

% « 

FOR EACH BUZZER IN ALARM. CLOCK (THIS. NODE) WITH CAUSE (BUZZER) 

=* ORIGIN (MSG) AND BUZ. BEG (BUZZER) » BEGIN. TIME (MSG) , 

FIND THE. BUZZ - BUZZER, 

IF FOUND, 

« « 

FOR EACH LINK IN LINK. SET (THIS. NODE) . DO 
let flag » DEAD 

« « 

FOR EACH BUZ. NODE IN BUZ. LIST (THE. BUZZ) , DO 

• « 

IF TERM(LINK) - ID. NUMBER (BUZ. NODE) . 

LET FLAG * ALIVE 
REGARDLESS 

LOOP 

, « 

IF FLAG - DEAD, 

SINCE AN UPDATE HAS NOT BEEN RECEIVED OVER THIS LINK 
THE NODE SENDS THE UPDATE OVER THAT LINK. 

« « 

IF PRNT >- 2. 

PRINT 1 LINE WITH TERM (LINK) AS FOLLOWS 
UPDATE SENT TO mm 

REGARDLESS 

% « 

LET NEW. TIME * TIME . ( 

IF DISCRETE. TIMER * ALIVE. 
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let neh.time - 

(TRUHC.F (NEH.TIME/BIT. INTERVAL) *« BIT. INTERVAL) 
•» U.XMN.TIME 

REGARDLESS 



CREATE AH UPDATE 

LET BEG I N.TD1E (UPDATE) 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FH. NODE (UPDATE) 

LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 



> BEGIN. TINE (HSG) 
• CLASS (HSG) 

> ORIGIN (HSG) 

- THIS. NODE 
» REGULAR 

- HOPCNT (HSG) 

» TERH(LINK) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 
REGARDLESS 

LOOP 

REGARDLESS 



” MAINTAIN RECORD Of TRANSMISSION FOR NODE 



CREATE A RECORD 

LET REC.ORIGIN(RECORD) - ORIGIN (HSG) 

LET REC. TIME (RECORD) ■ BEGIN. TIME (MSG) 

FILE RECORD IN XMT. RECORD (THIS. NODE) 

*• LOCAL NODE RECORDS ARE MAINTAINED FOR ONLY A SET PERIOD OF TIME. 

IF IMIT.BP - DEAD, 

SCHEDULE A U8. ERASE. RECORD GIVEN THIS. NODE, RECORD IN ERA. PERIOD UNITS 

REGARDLESS 

« 1 

UPDATE THE BEST PATH. 



LET BEST. PATH(THIS. NODE. ORIGIN(HSG)) « 8ESTPATH 

1 % 

DESTROT UPDATE CALLED MSG 
RETURN 

END ''Of U6. NODE. MAKE. UP 
• « 

EVENT U7. UNIT. FIRING GIVEN PF.NODE. PF. CLASS, PF. ORIGIN. PF. BEGIN 

« • 

'' THIS EVENT OCCURS AT THE FIRING TIVE FOR A NODE DURING GROUP AND 
’’ FAHILT UPDATES. THE 'PLAN' IS FOR THE NODE TO TRANSMIT IT'S 
" GROUP OR FAMILT UPDATE TO NODES NOT WITHIN THE BASIC SECTOR 
" AT THE SAME TIME. DELATS MAT OCCUR DUE TO THE SIMULTANEOUS 
" TRANSMISSION OF OTHER UPDATES AT WHICH TIME QUEUEING IS USED. 

" IT IS FIRST DETERNIHED WHETHER A GROUP OR FAHILT UPDATE IS REQUESTED. 
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GO TO NOD. BLANK, GRP. REQUEST, FflH. REQUEST PER PF. CLASS 

« « 

*NOO. BLANK' 

RETURN 



'GRP. REQUEST' 

FOR EACH LINK IN LINK. SET (PF. NODE) WITH GROUP (PF. NODE) NE 
GROUP (TERM (LINK)) , DO 

• • 



CREATE AN UPDATE 

LET BEGIN. TIHE (UPDATE) 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FM. NODE (UPDATE) 

LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 



PF. BEGIN 
PF. CLASS 
PF. ORIGIN 
PF.NODE 
REGULAR 
NONE 

TERM (LINK) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 

LOOP 

IF SYNCH. FIRING » ALIVE. 

IF INIT.BP » DEAD. 

SCHEDULE A U7. UNIT. F IRING GIVEN PF.NODE. GRP. MSG. PF. ORIGIN. 

(TIME.V GRP. TIME) IN GRP. TIME UNITS 
REGARDLESS 
REGARDLESS 
RETURN 



•FAM. REQUEST* 

FOR EACH LINK IN LI NK. SET (PF . NODE) WITH FAMILY (PF . NODE) NE 
FAMILY (TERM (LINK) ) , DO 



CREATE AN UPDATE 

LET BEGIN. TIME (UPDATE) 
LET CLASS (UPDATE) 

LET ORIGIN (UPDATE) 

LET FM. NODE (UPDATE) 

LET VARIETY (UPDATE) 

LET HOPCNT (UPDATE) 

LET TO. NODE (UPDATE) 



PF. BEGIN 
PF. CLASS 
PF. ORIGIN 
PF.NODE 
REGULAR 
NONE 

TERM (LINK) 



PERFORM U2. TRANSMIT. UPDATE GIVEN UPDATE. LINK 

LOOP 

IF SYNCH. FIRING = ALIVE. 

IF INIT.BP » DEAD. 

SCHEDULE A U7. UNIT. FIRING GIVEN PF.NODE. FAM.MSG. PF. ORIGIN. 

(TIME.V > FAM.TIME) IN FAM.TIME UNITS 
REGARDLESS 
REGARDLESS 
RETURN 
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ENO "*0F U7. UNIT. FIRING 

« « 

EVENT ua.ERflSE.RECORD GIVEN ERR. NODE* ERA. RECORD 

t * 

” THIS EVENT EBflSES OUTDATED TRANSMISSION RECORDS HELD 8T NODES. 

« « 

DEFINE THIS. NODE, THIS. RECORD. OCCURANCE AS VARIABLES 

« « 

LET THIS. NODE - ERA. NODE 

LET THIS. RECORD ERA. RECORD 

• « 

FOR EACH RECORD IN XMT. RECORD (THIS. NODE) WITH 

REC. ORIGIN (RECORD) » REC. ORIGIN (THIS. RECORD) AND 
REC. TIME (RECORD) - REC. TIME (THIS. RECORD) . 

FIND OCCURANCE > RECORD. 

IF FOUND, 

REMOVE OCCURANCE FROM XMT. RECORD (THIS. NODE) 

DESTROY RECORD CALLED OCCURANCE 

REGARDLESS 

« « 

RETURN 

ENO ••OF U8. ERASE. RECORD 

« % 

EVENT Ml. GENERATE. MESSAGE GIVEN T. MESSAGE 

« « 

•• THIS ROUTINE GENERATES MESSAGES CONSISTING OF A NUMBER OF 
•• PACKETS. THIS NUMBER IS CHOSEN USING A RANDOM DISTRIBUTION WHICH 
•• IS EITHER GEOMETRIC OR UNIFORM. THE SOURCE-DESTINATION NODE PAIRS 
•• ARE DETERMINED BE EITHER UNIFORM OR IMBALANCED TRAFFIC SCHEMES. 

•• PACKETS ARE THEN TRANSMITTED OR QUEUED BASED UPON THE STATUS OF 
•• THE LINKS. 

DEFINE CK.XMTR. CK.RCVR, X. TOT. PERCENT, R. TOT. PERCENT. SELECTOR, 
NEH.TIME AS REAL VARIABLES 

define the. link. the. name. RCVR. XMTR, PKT. count as VARIABLES 

• • 

LET X. TOT. PERCENT * 0 
LET R. TOT. PERCENT > 0 

LET CK.XMTR » UNIFORM. F (0. 0. TRNS.PCNT, 2) 

•• SELECTOR IS USED IF A PERCENTAGE OF THE MESSAGES ARE REQUIRED 

•* TO BE BETWEEN NODES OF THE SAME GROUP OR FAMILY. 

• « 

LET SELECTOR • UNIFORM. F (0. 0. 100., 7) 

« • 

•• SELECT THE TRANSMITTING NODE 

« « 

FOR EVERT NODE . DO 
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LET X. TOT. PERCENT » X. TOT. PERCENT ♦ XHT. PERCENT (NODE) 

IF CK.XMTR <- X. TOT. PERCENT, 

LET XMTR » NODE 
GO CH. OPT. RECEIVER 
REGARDLESS 

LOOP 

V f » 

'CH. OPT. RECEIVER' 

•• THE FOLOHING CHECK IS MADE TO DETERHINE IF AN OPTIONAL RECEIVING 
•* NODE HRS BEEN GIVEN TO THIS TRANSMITTING NODE. IN THIS MAT THE 
” SIMULATION CAN MODEL VERT SPECIFIC TRAFFIC DISTRIBUTIONS FOR THE 

•• NETWORK. 

* « 

IF OPT. RCV (XMTR) NE 0. 

LET RCVR a OPT. RCV (XMTR) 

GO MAKE. THE. MSG 

REGARDLESS 

. « 

'FIND. RECEIVER' 

LET CK.RCVR » UNIFORM. F (0.0. RCV.PCNT. 9) 

FOR EVERT NODE. 00 

LET R. TOT. PERCENT » R. TOT . PERCENT ^ RCV. PERCENT (NODE) 

IF CK.RCVR <- R. TOT. PERCENT. 

LET RCVR » NODE 
GO CK. GROUPS. RNO. FAMILIES 
REGfiROLESS 

LOOP 



" IF THE RECEIVER MUST BE WITHIN THE SRME GROUP OR FflMlLT. KEEP 

" LOOKING UNTIL flN flOEQURTE RECEIVER IS FOUND. 

« « 

'CK. GROUPS. RNO. FRMI L I ES ' 

« « 

IF SELECTOR < IN. GROUP. 

IF GROUP (XMTR) =i GROUP (RCVR) 

GO SEE. IF. XMTR. £Q. RCVR 
REGARDLESS 

LET R. TOT. PERCENT » 0.0 
GO FIND. RECEIVER 
REGARDLESS 

IF SELECTOR < (IN. GROUP ♦ IN. FAMILY), 

IF FAMILY (XMTR) = FAMILY (RCVR) . 

GO SEE. IF. XMTR. EQ. RCVR 
* REGARDLESS 

LET R. TOT. PERCENT » 0.0 
GO FIND. RECEIVER 
REGARDLESS 
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« « 



•SEE.IF.XMTR.EQ.RCVR' 

« % 

IF RCVR » XMTR, 

LET R. TOT. PERCENT -0.0 
GO FIND. RECEIVER 

REGRROLESS 

« « 

•MflKE.THE.MSG* 

% * 

•• FOR UNIFORM DISTRIBUTION OF MESSAGE LENGTH; 

LET PKT. COUNT =■ RANOKFU, INT.F (MflX.PPM) , >4) 

« « 

FQR GEOMETRICfiLLT DISTRIBUTED MESSAGE LENGTH: 

IF BT.GEOM.DIST » ALIVE, 

IF AVE.PPM » 1.0, 

LET PKT. COUNT - 1 

ELSE 

LET PKT. COUNT - TRUNC. F ((LOG. E. F (UNIFORM. F (0. , 1 ., 3H / 

LOG.E.Fd. - (l./AVE.PPM) n ♦ 1.) 

REGARDLESS 

REGARDLESS 

« « 

IF PRNT >• 1, 

SKIP 1 LINE 

PRINT 1 LINE WITH TIME.V, XMTR, PKT. COUNT, RCVR AS FOLLOWS 

(mm) 2 «««NEW PACKET MESSAGE*** — PACKETS DESTINED FOR 
REGARDLESS 

* t 

’• KEEP TRACK OF THE TOTAL NUMBER OF MESSAGES AnO PACKETS GENERATED. 

• « 

LET NEW. MSG. TOTAL » NEW. MSG. TOTAL 1 

LET NEW. PKT. TOTAL * NEW. PKT . TOTAL PKT. COUNT 

LET STS. PACKETS - NEW. PKT. TOTAL - COMP. TRIP. PKT 

« • 

KEEP TRACK Or THE NUMBER OF PACKETS WHICH ARE GENERATED BETWEEN THIS 
PARTICULAR SOURCE NODE AND SINK NODE. 

« « 

LET BORN. PKTS (XMTR, RCVR) » BORN. PKTS (XMTR, RCVR) ♦ PKT. COUNT 

» « 

« « 

CREATE A PACKET FOR EACH PACKET REQUIRED FOR THE MESSAGE. 

FQR 1 » 1 TO PKT. COUNT, DO 
CREATE A PACKET 
LET ORG. NODE (PACKET) - XMTR 
LET BEG. TIME (PACKET) » TIME.V 
LET HOP. COUNT (PACKET) » NONE 
LET DEST. NODE (PACKET) » RCVR 
LET RELAT. NODE (PACKET) » XMTR 
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LET MSG. ID. NUM (PACKET) » NEW. MSG. TOTAL 
LET PKT. ID (PACKET) ■ 1 

LET PKT. SUM (PACKET) =• PKT. COUNT 
LET LIFETIME (PACKET) » ALIVE 
LET QSTAT (PACKET) • OUTQ 

• ADDRESS THE PACKET TO THE APPROPRIATE NEXT STOP USING THE 

• BEST PATH INFORMATION. 

IF FAMILY (XMTR) NE FAMILY (RCVR) , 

• CHECK TO SEE IF THE DESTINATION NODE MAT BE A BORDER CASE. 
IF BEST. PATH (XMTR. RCVR) NE 0, 

’ IN THIS CASE, THE DESTINATION IS A BORDER CASE. • 

LET NEXT. NODE (PACKET) - BEST. PATH (XMTR, RCVR) 

GO CHECK. LINK. STATUS 
REGARDLESS 

% 

LET NEXT. NODE (PACKET) => BEST. PATH (XMTR. FAMILY (RCVR) ) 

GO CHECK. LINK. STATUS 
REGARDLESS 

IF GROUP (XMTR) NE GROUP (RCVR) , 

• 

• CHECK F0R BORDER CASE AGAIN 
IF BEST. PATH (XMTR, RCVR) NE 0, 

• IN THIS CASE THE DESTINATION IS A BORDER CASE. 

LET NEXT. NODE (PACKET) ^ BEST. PATH (XMTR, RCVR) 

GO CHECK. LINK. STATUS 

REGARDLESS 

LET NEXT. NODE (PACKET) • BEST. PATH (XMTR, GROUP (RCVR) ) 

GO CHECK. LINK. STATUS 
REGARDLESS 

« 

• BOTH THE ORIGIN AND DESTINATION ARE IN THE SAME GROUP. 

LET NEXT. NODE (PACKET) - BEST. PATH (XMTR, RCVR) 

CHECK. LINK. STATUS* 

% 

• IF OUTGOING LINK IS IDLE SEND OUT THE PACKET. 

FOR EACH LINK IN LINK. SET (XMTR) WITH TERM (LINK) » 

NEXT. NODE (PACKET) , FIND THE. LINK = LINK, 

IF FOUND, 

IF STATUS (THE. LINK) » IDLE. 
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r 



P 




i?' 





t • 



IF PRNT >- 1, 

PRINT 1 LINE WITH TERM (THE. LINK) , PKT. ID (PACKET) . 

MSG. ID. NUM (PACKET) AS FOLLOHS 

LINK TD MX IS IDLE. PACKET • kmm OF MESSAGE • mmmm SENT 
REGARDLESS 

t t 

•’ KEEP TRACK OF ALL PACKETS WHICH ARE PROPAGATING 

” DOWN THE LINK. 

t t 

LET NEW. TIME » TIME.V ♦ PKT.XMN.TIME 
IF DISCRETE. TIMER = ALIVE, 

LET NEW. TIME » (TRUNC. F (NEW. TIME/81T. INTERVAL) 

M BIT. INTERVAL) ♦ U.XMN.TlME 

REGARDLESS 

t t 

SCHEDULE R M2. RECEI VE. MESSAGE. PACKET CALLED 
THE. NAME GIVEN PACKET AT NEW. TIME 
LET P. ARRIVAL (PACKET) » NEW.TIME 
LET P. NAME (PACKET) • THE. NAME 
FILE PACKET IN PROP. QUEUE (THE. L INK) 

LET STATUS (THE. LINK) = BUST 
GO TO NEXT. POINT 
REGARDLESS 

f « 

'• LINK IS BUST SO FILE PACKET IN THE QUEUE. 

« « 

IF PRNT >- U 

PRINT 1 LINE WITH TERM (THE. LINK) , PKT . ID (PACKET) , 

MSGk ID. NUM (PACKET) AS FOLLOWS 

LINK TO IS BUST. PACKET ■ xhm OF' MESSAGE » hhhh In Q 

REGARDLESS 

• « 

LET OSTAT (PACKET) => INQ 
FILE PACKET IN QUEUE (THE. LINK) 

LET OUESIZ (THE. LINK) » N. QUEUE (THE. LINK) 

REGARDLESS 

t « 

•NEXT. POINT* 

LOOP 



•• SCHEDULE MORE TRAFFIC TO BE GENERATED AT A FUTURE TIME IF THE 
•• TRAFFIC LIMIT HAS NOT BEEN VIOLATED. 

t « 

IF NEW. MSG. TOTAL <• TRAF. LIMIT, 

SCHEDULE A Ml . GENERATE. MESSAGE GIVEN PACKET IN 

EXPONENTIAL. F (MSG. GENERATION. INTERVAL, 3) UNITS 

REGARDLESS 
« % 

RETURN 
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END "OF HI. GENERfiTE, MESSAGE 

** mmmmmmmmmmmm’mmmmwnmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm 
• % 

EVENT M2. RECEIVE. MESSAGE. PACKET GIVEN PA.CKET 

* « 

•' THIS EVENT DEPICTS THE ACTIONS TAKEN BE A NODE UPON RECEPTION 

** OF A PACKET MESSAGE. 

% * 

define this.nooe. past. node. pkt. pac.ket, dead.pkt, the.ckt, 

THE. NAME, THE. LINK AS VARIABLES 

* % 

LET PKT = PA.CKET 

LET THIS.NOOE =• NEXT. NODE (PKT) 

LET PAST. NODE - RELAY. NODE (PKT) 

LET HOP. COUNT (PKT) - HOP. COUNT (PKT) ♦ 1 

* « 

" THE PACKET HAS BEEN PROPAGATING DOWN THE LINK AND HAS BEEN KEPT 
" TRACK OF BT MEANS OF THE PROP.QUEUE OF THAT LINK. THE PACKET HAS 
'' ARRIVED AND CAN NOW BE REMOVED FROM THE PROPAGATION QUEUE. 

FOR EACH LINK IN, LINK. SET (PAST. NODE) WITH TERM (LINK) » 

THIS.NOOE. FIND THE. LINK - LINK, 

IF FOUND, 

% « 

LET PTCflUNT (THE. LINK) « PTCOUNT (THE. LINK) ♦ 1 
REMOVE THE FIRST PAC.KET FROM PROP. QUEUE (THE. LINK) 

REGARDLESS 

% % o 

IF PRNT >» 1. 

SKIP 1 LINE 

PRINT 2 LINE WITH TIHE.V. THIS.NOOE, MSG. I D. NUM (PKT) , PKT. I D (PKT) 

BEG.TIME(PKT) . PAST. NODE. HOP. COUNT (PKT) AS FOLLOWS 
MMM.MMMM (MM) | »»> PACKET ARRIVES <«■, PACKET (*<>0€, MMX, MX M. 

FROM NODE HM WITH TOTAL HOPS » nmn. 

REGARDLESS 

* • 

” IF THIS NODE HAPPENS TO BE THE FINAL DESTINATION OF THE PACKET. 

" THEN THE FOLLOWING COMPLETED TRIP ACTION IS TAKEN. 

* « 

IF THIS.NOOE - OEST. NODE (PKT) , 

% • 

" STATISTICS ARE KEPT ON ALL PACKETS WHICH COMPLETED TRIP. 

LET LIFETIME (PKT) » DEAD 



LET 


COMP. TRIP. PKT 


s 


COMP. TRIP. PKT 


♦ 1 


LET 


STS. PACKETS 


a 


NEW. PKT. TOTAL 


- COMP. TRIP. PKT 


LET 


HOP. TOTAL 


= 


HOP. TOTAL 


HOP. COUNT (PKT) 


LET 


XMT. TOTAL 


a 


XMT. TOTAL 


TRANSIT. TIME (PKT) 


LET 


QU. TOTAL 


3 


QU. TOTAL 


QUE. PKT. TIME (PKT) 
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’• STRTISTICS BRE RLSO KEPT IN REGfiRD TO THE TRAFFIC BETWEEN THIS 

•’ PflRTICULRR SOURCE NODE AND SINK NODE. 

« « 

LET JUMP.TOTAL (ORO. NODE (PKT) .DEST. NODE (PKTn =• 

JUMP. TOTAL (ORG. NODE (PKT) .DEST. NODE (PKT)) » HOP. COUNT (PKT) 

LET LENGTH. TRIP (ORG. NODE (PKT) , DEST. NODE (PKT)) « 

LENGTH. TRIP (ORG. NODE (PKT) , DEST. NODE (PKT) ) + TRANSIT. TIME (PKT) 
LET GONE. PKTS(ORG.NODE (PKT) .DEST. NODE (PKT)) - 

GONE. PKTS (ORG. NODE (PKT) .DEST. NODE (PKT) ) 1 

DESTROY PACKET CALLED PKT 
GO TO NEXT. PART 

« 

REGARDLESS 

% « 

FOR CONTINUING PACKETS THEIR NEXT STOP IS DETERMINED. 

” THE SIMULATION MAT BE RUN USING VIRTUAL CIRCUITS OR DATAGRAMS. 

’’ THE VIRTUAL CIRCUITS ARE MADE UP OF LINK ROUTES DETERMINED 
” BY THE FIRST PACKET OF A MESSAGE TO TRAVERSE THE NETWORK TO 
•• ITS DESTINATION. THE REMAINING PACKETS OF THE MESSAGE WILL 
FOLLOW THE SAME ROUTE REGARDLESS OF CHANGES TO THE BEST PATHS 

” WHICH MAY TAKE PLACE. 

• « 

IF USE.VIRT.CKTS DEAD, 

GO GET. BEST. PATH 

REGARDLESS 

« « 

FOn EACH CIRCUIT IN THE VIRT.CKT. LIST (THIS. NODE) WITH CKT. ID (CIRCUIT) » 
MSG. ID.NUM (PKT) . FIND THE. CKT » CIRCUIT. 

IF FOUND. 

LET NEXT. NODE (PKT) = VIRT. BP (THE.CKT) 

’• IF THIS IS THE LAST PACKET OF A MESSAGE THEN BREAK DOWN THE 
•• VIRTUAL CIRCUIT. 

IF PKT. SUM (PKT) » PKT. ID (PKT). 

REMOVE THE.CKT FROM VIRT.CKT. LIST (THIS. NODE) 

OESTROT CIRCUIT CALLED THE.CKT 
REGARDLESS 

GO CHECK. THE. LINK. STATUS 
REGARDLESS 

'GET. BEST. PATH’ 

« « 

•• THIS SECTION IS USED WHEN VIRTUAL CIRCUITS ARE NOT BEING USED 
•• OR FOR THE CASE WHERE THIS IS THE FIRST PACKET OF A MESSAGE TO BE 
•’ RECEIVED BY THIS NODE WHEN USING VIRTUAL CIRCUITS WHEREBY THE 

*• BEST PATH IS DETERMINED BASED UPON CURRENT INFORMATION. 

• • 

IF FAMILY (THIS. NODE) NE FAMILY (DEST. NODE (PKT) ) . 
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•• CHECK TO SEE IF THE DESTINATION NODE HAT BE A BORDER CASE. 

« « 

IF BEST. PATH (THIS. NODE, DEST. NODE (PKT)) NED, 

• « 

" IN THIS CASE, THE DESTINATION IS A BORDER CASE. 

* n 

LET NEXT. NODE (PKT) » BEST. PfiTH (THIS. NODE. DEST. NODE (PKT) ) 

GO MfiKE. THE. VIRTUAL. CKT 
REGARDLESS 

« « 

LET NEXT. NODE (PKT) - BEST. PATH (THIS. NODE. FAMI LT (DEST. NODE (PKT) ) ) 
GO MAKE. THE. VIRTUAL. CKT 
REGARDLESS 

IF GROUP (THIS. NODE) NE GROUP (DEST. NODE (PKT)l . 

« « 

CHECK FOR BORDER CASE AGAIN 

« « 

IF BEST.PATH (THIS. NODE. DEST. NODE (PKT)) NE 0, 

« « 

'' IN THIS CASE THE DESTINATION IS A BORDER CASE. 

LET NEXT. NODE (PKT) » BEST. PATH (THIS. ^/ODE. DEST. NODE (PKT) ) 

GO MAKE. THE. VIRTUAL. CKT 
REGARDLESS 

LET NEXT. NODE (PKT) » BEST . PATH (THI S . NODE. GROUP (DEST . NODE (PKT) ) ) 

GO MAKE. THE. VIRTUAL. CKT 
REGARDLESS 

% 

•• BOTH THE ORIGIN AND DESTINATION ARE IN THE SAME GROUP. 

« « 

LET NEXT. NODE (PKT) » BEST.PATH (THIS. NODE, DEST. NODE (PKT) ) 

'MAKE. THE. VIRTUAL. CKT’ 

« « 

IF USE. VIRT.CKTS - DEAD. 

GO CHECK. THE. LINK. STATUS 
REGARDLESS 

CREATE A CIRCUIT 

LET CKT. ID (CIRCUIT) * HSG. ID. NUM (PKT) 

LET VIRT. BP (CIRCUIT) . NEXT. NODE (PKT) 

FILE THE CIRCUIT IN THE VIRT. CKT. LIST (THIS. NODE) 

'CHECK. THE. LINK. STATUS' 

LET RELAT. NODE (PKT) » THIS. NODE 

” IF OUTGOING LINK IS IDLE SEND OUT THE PACKET. 

• . 

FOR EACH LINK IN LINK. SET (THIS. NODE) HITH TERH(LINK) * 
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NEXT. NODE tPKT) , FIND THE. LINK » LINK, 

IF FOUND. 

• « 

IF STATUS (THE. LINK) =« IDLE, 

SCHEDULE fl M2. RECEIVE. MESSAGE. PACKET CALLED THE. NAME GIVEN PKT 
AT TIME.V ♦ PKT. XHN. TIME 
LET P. ARRIVAL (PKT) » TIME.V ♦ PKT. XMN. TIME 
LET P. NAME (PKT) - THE. NAME ' 

FILE PKT IN PROP. QUEUE (THE. LINK) 

LET STATUS (THE. LINK) --BUST 
GO TO NEXT. PART 
REGARDLESS 

• « 

•' LINK IS BUST SO FILE PACKET IN THE QUEUE. 

• • 

LET QSTAT(PKT) * INQ 
FILE PKT IN QUEUE (THE. LINK) 

LET OUESIZ (THE. LINK) - N. QUEUE (THE. LINK) 

REGARDLESS 

« « 

•NEXT.PRRT’ 

« « 

•’ CHECK THE QUEUE OF THE NODE FROM WHICH THE PACKET WAS RELATED. 

•' IF THE NODE'S QUEUE HAS MORE TRAFFIC. THEN HAVE THE NODE SEND THE 

•' TRAFFIC. IF NOT. THEN SET THE LINK STATUS TO IDLE. 

« « 

FOR EACH LINK IN LINK. SET (PAST. NODE) WITH TERM (LINK) -THIS. NODE, 

FIND THE. LINK - LINK, 

IF FOUND, 

« * 

IF QUEUE (THE. LINK) IS EMPTT, 

LET STATUS (THE. LINK) = IDLE 
RETURN 
REGARDLESS 

• » 

REMOVE FIRST PAC.KET FROM QUEUE (THE. LINK) 

LET GUESI2 (THE. LINK) =■ N. QUEUE (THE. LINK) 

LET QSTAT (PAC.KET) = OUTQ 

SCHEDULE A M2. RECEIVE. MESSAGE. PACKET CALLED THE. NAME GIVEN PAC.KET 
AT TIME.V ♦ PKT. XMN. time 
LET P. ARRIVAL (PAC.KET) - TIME.V ♦ PKT. XHN. TIME 
LET P. NAME (PAC.KET) - THE. NAME 
FILE PAC.KET IN PROP. QUEUE (THE. LINK) 

• • 

RETURN 

REGARDLESS 

• t 

RETURN 

END "OF M2. RECEIVE. MESSAGE. PACKET 
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EVENT El. TRRNSIENT. BLANKING 

« « 

’* THIS EVENT IS USED AFTER THE SIMULATION MAS RUN LONG ENOUGH 
•• FOR THE "START UP* TRANSIENT TO SUBSIDE. THE TIME AT WHICH 
’* THIS EVENT IS SCHEDULED DEPENDS UPON THE NETWORK AND THE RATE 
** AT WHICH TRAFFIC INTO THE SYSTEM IS BEING GENERATED. 

*• WHEN ‘BLANK. TRANSIENT* IS CALLED ALL STATISTIC ACCUMULATING 
•• ROUTINES ARE RESET TO ZERO SO THAT THE RESULTS OBTAINED 
•* HILL NOT BE EFFECTED BT THE TRANSIENT FELT BT THE NETWORK AT THE 

*' BEGINNING OF THE SIMULATION. 

« « 

DEFINE ITEMl. ITEM2, ITEM3 flS VARIABLES 
FOR EVERT NODE, DO 

FOR EACH ITEMl IN L INK. SET [NODE) , DO 

RESET THE TOTALS OF STATUS (ITEMn, N. QUEUE (I TEMl ) 

LOOP 

LOOP 

RESET THE TOTALS OF STS. PACKETS 

« « 

RETURN 

END ''OF El. TRANSIENT. BLANKING 

EVENT E2. COLLECT. DATA 

« « 

** DURING THIS EVENT. DATA IS COLLECTED ON VARIOUS MONITORED VARIABLES 
*• AT SPECIFIED INTERVALS DURING THE SIMULATION. 

** THIS DATA IS THEN UTILIZED WITH GRAPHIC ROUTINES SUCH THAT 
•* THE PERFORMANCE OF THE NETWORK CAN BE ANALTZIED THROUGHOUT THE 

*' TIMEFRAME OF THE SIMULATION. 

• « 

DEFINE ML. MQ AS REAL VARIABLES 

« « 

LET ML « 0.0 • 

LET MO > 0.0 

THE NETWORK QUANTITIES TO BE COMPUTED AT THIS TIME ARE: 

(IJ THE TOTAL NUMBER OF PACKETS WITHIN THE SYSTEM. 

•• (2) THE MEAN LINK UTILIZATION FOR THE NETWORK. 

(3) THE MEAN QUEUE SIZE FOR THE NETWORK. 

(*4) THE TOTAL TRIP TIME PER PACKET (AVERAGE). 

'' (55 THE TIME PER HOP FOR EACH PACKET (AVERAGE). 

FOR EACH NODE. DO 

FOR EACH LINK IN LINK. SET (NODE) . DO 

« « 
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LET ML - ML ♦ LK.MERN (LINK) 

LET MO - MQ OU. MEAN (LINK) 

L8BP 

LOOP 

« * 

let ml ■ ML / (2. »« REAL. F (LINKS) I 
LET MQ - MO / (2. « REAL. F (LINKS)) 

n % 

USE UNIT 8 FOR OUTPUT 

• % 

IF COMP. TRIP. PKT EQ 0. 

WRITE TIME.V, REAL. F (STS. PACKETS) . ML. MQ. 

0.0. Q.O AS /.B 1.4 0(10. 3). 2 0(10.8) 

ELSE 

MRITE TIME.V. REAL. F (STS. PACKETS) . ML. MO. 

(XMT. TOTAL/REAL. F (COMP. TRIP. PKT) ) . (XMT.TOTAL/REAL.F (HOP. TOTAL) ) 
AS /.B 1.4 0(10.3) .2 0(10.6) 

REGARDLESS 

* « 

USE UNIT 6 FOR OUTPUT 

* t 

IF PRNT > 1, 

PRINT 1 LINE WITH TIME.V flS FOLLOWS 
mmmmmmmm SIHULRTION TIME ^ mm.mmmmmm «««•«««««««««««««« 

PERFORM E5. BEST. path. ROUTING. TABLE 
PERFORM E5. LINK. WEIGHT. MATRIX 

REGARDLESS 

« % 

SCHEDULE A E2. COLLECT. DATA IN (TINE. LIMIT/REAL.F (SAMPLES) ) UNITS 

% « 

RETURN 

END ’’OF E2. collect. DATA 

* * 

ROUTINE FOR E3. PARAMETER. LISTING 

9 9 

’• AT THE BEGINNING OF EACH SIMULATION RUN. INITIAL PARAMETER 
•• VALUES ARE PRINTED. 

« 9 

START NEW PAGE 

SKIP 3 LINES 

PRINT 3 LINE AS FOLLOWS 



SIMULATION INITIAL CONDITIONS 



SKIP 2 LINES 

PRINT Si LINES WITH 

N.NOOE, 2 n LINKS, LNK. NOD. RAT 1 0. MAX. LINKS. PER. NODE. 

MAX. GRP. NODES. MAX. FAM. NODES, 
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TIME. LIMIT, PKT.XMN.TIME, U.XMN.TIME, TRfiF. LIMIT, 

IN.GROUP, iN.FflKiLT, NOO.TIME, GRP. TIME, FflM.TIME, 

BRACKET, GP.FIRE, FM.FIRE, ERR. PERIOD. 

NODE. FACTOR, DELTA AS FOLLOWS 
NUMBER OF NODES IS nmwwmx. 

NUMBER OF LINKS IS nnxmxk. 



RATIO OF LINKS TO NODES IS mmmmmk. 



MAXIMUM NUMBER OF LINKS PER NODE IS nh«xn. 
MAXIMUM NUMBER OF NODES PER GROUP IS mnnkh. 
MAXIMUM NUMBER OF NODES PER FAMILY IS nnnmn. 



TIME LIMIT IS MWKMN. MXNKMK SEC. 

TIME REQUIRED TO TRANSMIT A PACKET IS nkk. SEC. 
TIME REQUIRED TO TRANSMIT AN UPDATE IS xkm. kmmkmm SEC. 



MAXIMUM NUMBER OF MESSAGES GENERATED PER RUN IS xxxnxx. 

AT LEAST MK. X OF MESSAGES ARE TO NODES WITHIN fi GROUP. 
AT LEAST X'OF MESSAGES ARE TO NODES WITHIN A FAMILY. 



MINIMUM TIME BETWEEN CONSECUTIVE NODE UPDATES IS xxx.xxxx SEC. 

• • • • GROUP • • MXM.XXXN SEC. 

• • * • FAMILY • • KMx.KXHx SEC. 

TIME BRACKET FOR WHICH NODE UPDATES CAN OCCUR IS xxx.xxxh SEC. 
PROPAGATION TIME ALLOWED FOR GROUP WARNING MESSAGE mnx.xhkk SEC. 

• • • • • • • XNX.NHKX SEC. 

TIME PERIOD FOR WHICH NODE KEPT TRANSMIT RECORDS khx.xxnx SEC. 
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NODE. FACTOR IS 



DELTA IS 



RETURN 

END ''OF E3. PARAMETER. LISTING 

• « 

EVENT El. NETHORK. PERFORMANCE. REPORT 

« « 

•• THIS SECTION PRODUCES A REPORT OF THE STATUS OF THE NETWORK 

•• AT THE TIME OF REQUEST. 

NETWORK STATUS INCLUDES SUCH AREAS AS MESSAGE GENERATION, 
THROUGHPUT, UTILIZATION FACTORS FOR THE LINKS. QUEUE 
STATISTICS, AND BEST PATH INFORMATION. 

• « 

DEFINE ML. MQ, MXQ, SOQ. AV.UPCOUNT, QML, QMQ, QMXQ, QSOQ 
AS REAL VARIABLES 

DEFINE COUNT. SUM AS A VARIABLE 

% % 

START NEW PAGE 
SKIP 2 LINES 

PRINT 5 LINES WITH TIME.V, U . /MSG. GENERAT ION. I NTERVAL) , 
(AVE.PPM/MSG.GENERATION. INTERVAL) , AVE.PPM AS FOLLOWS 
NETWORK STATUS REPORT 
TIME * MMX.XMMNNHMN 

MESSAGE GENERATION RATE: xmicmn. mxn MESSAGES PER SECOND 

PACKET GENERATION RATE: mxnxx.mxn PACKETS PER SECOND 

AVERAGE MESSAGE LENGTH t PACKETS 

IF BT.GEOM.OIST ALIVE, 

PRINT 1 LINE AS FOLLOWS 

GEOMETRIC DISTRIBUTION FOR MESSAGE LENGTHS USED. 

ELSE 

PRINT I LINE WITH MAX. PPM AS FOLLOWS 
UNIFORM DISTRIBUTION FOR MESSAGE LENGTHS USED (MAX LENGTH PKTS) 

REGARDLESS 

• « 

SKIP 1 LINE 
IF STATIC. BP > ALIVE, 

PRINT 1 LINE AS FOLLOWS 

•••• STATIC ROUTING UTILIZED •••• 

GO RITE. HERE 
REGARDLESS 

PRINT 2 LINES WITH NOD. TIME AS FOLLOWS 

•««« DYNAMIC ROUTING UTILIZED •••« 

TIKE BETWEEN CONSECUTIVE UPDATES GENERATED BT A NODE » 

GO TO METHOD. 1. METHOD. 2, METHOD. 3, METHOD. 4, METHOD. 5 
PER MANNER. OF. WEIGHTING 
•METHOD. r 
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PRINT 1 LINE flS FOLLOWS 

LINK HEIGHTS DETERMINED BT USING ONLT THE CURRENT QUEUE SIZE. 

GO RITE. HERE 
•METHOD. 2* 

PRINT 4 LINE HlTH HT.TIME, NUM. OF. HEIGHTS flS FOLLOWS . 

LINK HEIGHTS DETERMINED 8T USING THE AVERAGE OF A NUMBER OF 
QUEUE SIZE SAMPLES TAKEN EVERT ’HINDOH’ SECONDS. 

HlNDOH TIME ■ ««.«««« SECONDS 

NUMBER OF HINDOHS > mmm 
GO RITE. HERE 
•METHOD. 3’ 

PRINT 4 LINE HITH HT.TIME, NUM. OF. HEIGHTS AS FOLLOWS 
LINK HEIGHTS DETERMINED BT USING THE AVERAGE OF A NUMBER OF 
QUEUE SIZE AVERAGES FOR A GIVEN SIZE TIME •WINDOW'. 

WINDOW TIME - MM.xMMM SECONDS 
NUMBER OF WINDOWS > mmm 
GO BITE. HERE 
•METHOD. 4 • 

PRINT 4 LINE WITH HT.TIME. NUM. OF. WEIGHTS AS FOLLOWS 
LINK HEIGHTS DETERMINED BT USING A FUNCTION OF THE LINK'S 
UTILIZATION AVERAGED FOR A NUMBER OF TIME 'HINDOHS'. 

WINDOW TIME • MM.MMMM SECONDS 
NUMBER OF WINDOWS = m«k 
GO RITE. MERE 
•METHOD. 5’ 

PRINT 7 LINE HITH HT.TIME, NUM. OF. HEIGHTS. QU.FACT AS FOLLOWS 
LINK HEIGHTS DETERMINED BT USING A LINEAR COMBINATION OF THE 
LINK'S UTILIZATION AVERAGED FOR A NUMBER OF TIME 'WINDOWS' AND 
THE QUEUE SIZE AT THE TIME OF UPDATING FOR THE BEST PATH. THIS 
VALUE OF THE QUEUE SIZE IS SCALED HITH THE MULTIPLTING BT QU.FACT. 
WINDOW TIME > MM.MMMM SECONDS 
NUMBER OF WINDOWS » mmm 

QUEUE FACTOR » mmm.mmmm 

•RITE. HERE' 

SKIP 1 LINE 

« « 

IF USE.VIRTmCKTS - OEflO. 

PRINT 1 LINE flS FOLLOWS 

VIRTUfiL CIRCUITS WERE NOT USED. 

ELSE 

PRINT 1 LINE flS FOLLOWS 

VIRTUfiL CIRCUITS WERE USED. 

REGARDLESS 

SKIP 1 LINE 

« • 

IF DISCRETE. TIMER » ALIVE, 

PRINT 1 LINE WITH BIT. INTERVAL AS FOLLOWS 

DISCRETE CLOCK WITH PERIOD SECONDS USED. 

ELSE 

PRINT 1 LINE AS FOLLOWS 



NO DISCRETE CLOCK USED. 

REGfiRDLESS 

IF STNCH. FIRING » ALIVE, 

SKIP 1 LINE 

PRINT I LINE AS FOLLOWS 

STNCHRONIZED FIRING OF GROUP/FAMILT UPDATES USED. 

REGARDLESS 
SKIP 1 LINE 

PRINT 2 LINES WITH NUL. TRANSIENT AS FOLLOWS 

•START-UP* TRANSIENT OF NETWORK NULLIFIED FOR ACCUMULATED 
DATA AT SIMULATION TIME - SECONDS. 

* « 

LET ML - 0.0 
LET MD - 0.0 
LET MXQ 3 O.D 
LET SDQ - 0.0 
LET QML » 0.0 
LET QMQ * 0.0 
LET OMXQ 3 0.0 
LET QSDQ * 0.0 
LET COUNT. SUM = 0 
SKIP 3 LINE 

PRINT 2 DOUBLE LINES AS FOLLOWS 

—LINK— TOTAL PKTS. MSG. QUEUE SIZE UPDATES UPDATE 

UPDATE QUEUE SIZE 

FROM TO UTIL. XMTEO MEAN MAX DEV NOW XMTED UTIL. 

MEAN MAX DEV NOW 

FOR EACH NODE. DO 

. « 

FOR EACH LINK IN LINK. SET (NODE) . DO 

. . 

PRINT 1 DOUBLE LINE WITH NODE. TERM (LINK), LK. MEAN (LINK) , PTCOUNT (LINK) , 
OU. MEAN (LINK) . QU. MAX (LINK) . QU. DEV (LINK) . N. QUEUE (LINK) , 
UPCOUNT (LINK) . UP. RMO (L I NK) . UP. MEAN (LINK) , UP. MAX (LINK) , 
UP. DEV (LINK) , N.UQUEUE (LINK) 

AS FOLLOWS 

MM MM M.MMMMM MMMMM MMM.MMM MMMM.M MMM.MMM MMMM MMMMM M.MMMMM 

MM.MMMM MMM.M MM. MMMM MMMM 



LET ML =• ML + LK. MEAN (LINK) 
LET MQ » MQ ♦ QU. MEAN (LINK) 

LET SDQ » SDQ ♦ QU. DEV (LINK) 

IF MXQ < QU.MAX (LINK) . 

LET MXQ > QU.MAX (LINK) 
REGARDLESS 

LET QML » QML * UP.RHO(LINK) 
LET QMQ » QMQ ♦ UP. MEAN (LINK) 
LET QSDQ = QSDQ UP. DEV (LINK) 
IF QMXQ < UP. MAX (LINK) . 

LET QMXQ » UP. MAX (LINK) 
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REGARDLESS 

LET COUNT. SUM » COUNT. SUM ♦ UPCOUNT (LINK) 

LOOP 

LOOP 

LET ML - ML / (2. n REAL. F (LINKS) ) 

LET SOO - SOO / (2. n REAL. F (LINKS) ) 

LET MO - MQ / (2. m REAL. F (LINKS) ) 

LET QML - OML / (2. *« REAL. F (LINKS) ) 

LET QSOO a QSOO / (2. m REAL.F (LINKS)I 
LET QMO » QMQ / (2. m REAL. F (LINKS) I 
PRINT 1 DOUBLE LINE AS FOLLOWS 



PRINT 1 DOUBLE LINE HITH ML. MO, HXO, SDQ, QML. QMQ. QMXQ. QSDQ 
AS FOLLOWS 

AVERAGES m.mmmmm mmm.mmm mmmm.m mmm.mmm m.mmmmm 

MM.MMMM MMM.M MM.MMMM 

SKIP 1 LINE 

« « 

” PACKETS COMPLETING TRIP 

« « 

PRINT 12 LINES WITH NEW. MSG. TOTAL. NEW. PKT. TOTAL. COMP. TRIP. PKT. 

STS. PACKETS, AV. STS. PACKETS, 

(REAL.F (HOP. TOTAL) /REAL.F (COMP. TRIP. PKT) ) . 

(XMT. TOTAL/REAL. F (COMP. TRIP. PKT) ) , 

(QU. TOTAL/REAL. F (COMP. TRIP. PKT) ) . 

(XMT. TOTAL/REAL. F (HOP. TOT AD) 

AS FOLLOWS 

NUMBER OF MESSAGES GENERATED 

NUMBER OF PACKETS GENERATED xxmxmxx. 

NUMBER OF PACKETS COMPLETING TRIP xxxxxxxx. 

NUMBER OF PACKETS STILL IN TRANSIT xxmxxmxk. 

AVG NUMBER OF PACKETS IN STSTEM xmxxxmxx. xxxx 

FOR THE PACKETS WHICH COMPLETED THEIR TRIPS: 

length of TRIP (AVG) mxxx.xxxnx HOPS 

TOTAL TRIP TIME (AVG) xxxh.xmxxm SECONDS 

TIME SPENT IN QUEUE (AVG) ‘ xxxx.xxxxx SECONDS 
TIME PER HOP (AVG) xxxx.xxxxx SECONDS 

« « 

LET AV. UPCOUNT « (REAL.F (COUNT. SUM) / (2. xREAL.F (LINKS) )) /TIME. V 
PRINT 4 LINES WITH U. COUNT, COUNT. SUM, AV. UPCOUNT AS FOLLOWS 

NO. OF ORIGINAL UPDATES GENERATED BY ALL NETWORK NODES « xxxxxxxx 
NO. OF UPDATE TRANSMISSIONS OVER ALL NETWORK LINKS < xmmmmmmm 

AVG NUMBER OF UPDATES TRANSMITTED PER LINK PER SECOND « xmxxm.nx 

* * 

IF N.NODE < 15, 

” PRINT CONSTRAINT ON OUTPUT 



305 



PERFORM ES. BEST. PATH. ROUTING. TRBLE 
PERFORM ES. LINK. HEIGHT. MATRIX 
PERFORM E7.TRAFFIC. DISTRIBUTION 

REGARDLESS 

« % 

TERMINATE THE SCHEDULED SIMULATION IF THE TIME LIMIT IS UP. 

1 « 

IF TIME.V >■ TIME. LIMIT 

t % 

SKIP 2 LINES 

PRINT 1 LINE HITH TiME.V AS FOLLOHS 
• mm SIMULATION ENDS AT TIME » »«><»<. xwx SECONDS . • • • 

PERFORM P6. PURGE. EVENT. QUEUE 
GO NO. MORE 

REGARDLESS 

• « 

SCHEDULE A E^.NETHORK. PERFORMANCE. REPORT IN 

(TIME. LIMIT/REAL. F (NUM. REPORTS. REQUESTED) ) UNITS 

1 % 

'NO. MORE' 

RETURN 

END "OF E4. NETWORK. PERFORMANCE. REPORT 

« • 

ROUTINE FOR ES. BEST . PATH. ROUTING. TABLE 
% % 

" THIS ROUTINE PRINTS THE BEST PATH MATRIX FOR THE NETHORK. 

DEFINE ISKIP AS INTEGER VARIABLE 

IF N.NODE > m, 

GO COPT. BP. MATRIX 
REGARDLESS 

" PRINT THE BEST PATH MATRIX. 

SKIP 2 LINES 

PRINT ‘3 LINES AS FOLLOHS 



BEST PATHS 



SKIP 2 LINES 

LET ISKIP - 1 

* 1 

WRITE AS B l,*FM-TO" 

FOR EACH NODE. DO 

LET ISKIP =• 7 ^ ISKIP 
WRITE NODE AS B ISKIP, 'N*. I 2 

LOOP 
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IF GRPS >1, 

FOR I - 1 TO GRPS. DO 

LET ISKIP 7 ♦ ISKIP 
WRITE I flS B ISKIP. •G*. I 2 

LOOP 

IF FMLTS > 1. 

FOR I » 1 TO FMLTS. DO 

LET ISKIP - 7 ISKIP 
WRITE I flS B ISKIP. •FM 2 

LOOP 

REGARDLESS 
REGARDLESS 
SKIP 2 LINES 
FOR EACH NODE. DO 

WRITE NODE AS B 2.*N*.I 2 

FOR J » 1 TO NGFS. WITH BEST. PATH (NODE. J) NE D. DO 
LET ISKIP - (J 7) ♦ 1 
WRITE BEST. PATH (NODE. J) AS B ISKIP. I 2 

LOOP 

SKIP 2 LINES 

LOOP 

SKIP 1 LINE 

” FOR SUCCESSIVE SIHULfiTION RUNS. MAKE fl DUPLICfiTE COPT OF THE 
’• BEST PATH MfiTRIX FOR ERSE OF RE-RUNNING THE SIHOLfiTlON. 

'COPT. BP. MATRIX’ 

IF INIT.BP - ALIVE. 

FOR I » 1 TO NGFS. DO 

FOR J » 1 TO NGFS. DO 

LET DUP.BEST.PATH (I. J) » BEST . PATH (I , J) 

LOOP 

LOOP 

REGARDLESS 

« « 

RETURN 

END ”OF E5.3EST.PATH. ROUTING. TABLE 



ROUTINE FOR E6. LINK. WEIGHT. MATRIX 

« « 

” THE FOLLOWING ROUTINE PRINTS A MATRIX OF DIMENSION ’N.NODE’ 

” BT ’N.NODE’. THE ENTRIES OF THE MATRIX REPRESENT THE "WEIGHT* 
” OF THE LINK CONNECTING A ’FROM’ NODE (IN ROW) WITH A ’TO’ NODE 
” (IN COLUMN). THE WEIGHTS ARE COMPUTED BT MEANS OF THE 

’ ’ ROUTINE ’US. LINK. WEIGHT. CALCULATIONS’. 

. . 

DEFINE SIZE AS A REAL VARIABLE 

% n 

IF N.NOOE > m. 
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RETURN 

REGARDLESS 

« * 

START NEH PAGE 
SKIP 2 LINE 

PRINT 5 LINES AS FOLLOWS 



LINK WEIGHT MATRIX 
(MATRIX ENTRIES CORRESPOND TO THE 
HEIGHT OF THE LINK! 



SKIP 5 LINES 

« * 

LET ISKIP » 2 

WRITE AS 8 l,*FM-TO* 

« « 

FOR EACH NODE, DO 

LET ISKIP - 7 ^ ISKIP 
WRITE NODE AS B ISKIP, *N*, I 2 

LOOP 

SKIP 2 LINES 
FOR EACH NODE, DO 

WRITE NODE AS B 2,-N*,I 2 
FOR EACH LINK IN LI NK. SET (NOOEl , DO 
LET ISKIP « (TERM (LINK) m 7) 

IF TEST » ALIVE, 

LET SIZE » REAL. F (QTEST (LINK)) 

GO CONT.THIS 
REGARDLESS 

IF MANNER. OF. WEIGHTING = BT. QSIZE. NOW, 

« « 

LET SIZE = REAL.? (M. QUEUE (LINK)) 
G0 CONT.THIS 
REGARDLESS 

« • 

LET SIZE = RE AL. F (LK. WEIGHT (LINK) ) 

« • 

•CONT.THIS* 

WRITE SIZE AS B ISKIP, D (6,3) 

LOOP 

SKIP 2 LINES 

LOOP 
« « 

RETURN 

END ••OF E6. LINK. WEIGHT. MATRIX 

« . 



ROUTINE FOR E7. TRAFFIC. DISTRI BUTION 



" THIS ROUTINE PRINTS FOUR SIMILRR N.NODE BT N.NOOE MATRICES 
WHICH CONTAIN THE INFORMATION ON: 

'' (1) NUMBER OF PKTS SENT AND RECEIVED BETWEEN NODE PAIRS. 

(2) AVERAGE TRANSIT TIME OF THOSE PKTS. 

(3) AVERAGE NUMBER OF HOPS TAKEN BT THOSE PKTS. 

IN THIS WAT. THE ACTUAL DETAILS ON ALL TRAFFIC BETWEEN NODES 
CAN BE EVALUATED USING THE DIFFERENT ROUTING TECHNIQUES. 

« « 

define TiME.flVG, HflPS.fiVG RS fl REAL VARIABLE 

define j. k as integer variables 

« « 

START NEW PAGE 
SKIP 3 LINE 

PRINT 4 LINES AS FOLLOWS 



PACKETS GENERATED BETWEEN 
NODE PAIRS 



SKIP 4 LINE 

• « 

LET ISKIP - 2 

WRITE AS 8 l."FM-TO* 

« « 

FOR EACH NODE. DO 

LET ISKIP - 7 ♦ ISKIP 
WRITE NODE AS 8 ISKIP.**N*.I 2 

LOOP 

SKIP 2 LINE 

FOR J » 1 TO N.NODE. DO 
WRITE J AS B 2.*N*.I 2 
FOR K » 1 TO N.NODE. DO' 

LET ISKIP - K * 7 
IF BORN. PKTS (J.K) NE 0. 

WRITE BORN. PKTS (J.K) AS B ISKIP. I 5 
REGARDLESS 

LOOP 

SKIP 2 LINES 

LOOP 

« * 

SKIP 3 LINE 

PRINT 4 LINES AS FOLLOWS 



PACKETS RECEIVED BETWEEN 
NODE PAIRS 



SKIP 4 LINE 



LET ISKIP = 2 
WRITE AS 3 l.*FM-TO 



FOR EACH NODE. DO 

LET ISKIP - 7 ♦ ISKIP 
WRITE NODE flS B ISKIP. -N*,! 2 

LOOP 

SKIP 2 LINES 
FOR J - 1 TO N.NODE. DO 
WRITE J flS B 2.-W.I 2 
FOR K ■ 1 TO N.NODE. DO 
LET ISKIP - K H 7 
IF GONE.PKTSU.K) NE 0. 

WRITE GONE.PKTS(J.K) flS B ISKIP. I 5 
REGARDLESS 

LOOP 

SKIP 2 LINES 

LOOP 

• % 

START NEW PAGE 
SKIP 3 LINES 

PRINT 4 LINES AS FOLLOWS 



PACKET TRANSIT TIME BETWEEN 
NODE PAIRS 



SKIP 3 LINES 

• « 

LET ISKIP » 2 
WRITE AS B l.*FM-TO* 

FOR EACH NODE. DO 

LET ISKIP - 7 ISKIP 
WRITE NODE AS B ISKIP. -N-. I 2 

LOOP 

SKIP 2 LINES 
FOR J - 1 TO N.NODE. DO 
WRITE J AS B 2.*W.I 2 
FOR K » I TO N.NODE. DO 
LET ISKIP » K « 7 
IF LENGTH. TRIP U.K) NE 0.0. 

LET TIME.AVG - LENGTH. TRIP (J, KI / 
REAL. F (GONE.PKTSU.K)) 

WRITE TIME.AVG AS B ISKIP.D(6.4) 
REGARDLESS 

LOOP 

SKIP 2 LINES 

LOOP 

SKIP 3 LINES 

PRINT U LlNEl. flS FOLLOHS 



PfiCKET HOP flVERRGE BE7HEEN 
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NODE PAIRS 



SKIP 1 LINE 

1 • 

LET ISKIP - 2 
WRITE flS B U'FH-TO* 

• • • 

FOR EACH NODE. DO 

LET ISKIP - 7 ^ ISKIP 
WRITE NODE AS 8 ISKIP, "N", I 2 

LOOP 

SKIP 2 LINES 
FOR J » 1 TO N.NOOE. DO 
WRITE J AS B 2,'N*,I 2 
FOR K - 1 TO N.NQOE, DO 
LET ISKIP - K M 7 
IF JUMP. TOTAL (J.K) NE 0, 

let HQPS.AVG = REAL. F (JUMP. TOTAL (J,Kn / 

REAL.F (GONE.PKTS (J.K) ) 

WRITE HOPS.RVG AS B ISKIP.OtS.S) 

REGARDLESS 

LOOP 

SKIP 2 LINES 

LOOP 

RETURN 

END ''OF E7. TRAFFIC. DISTRIBUTION 
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SAMPLE INPUT DATA 

A1 NAVAL POSTGRADUATE SCHOOL 



<- MMBcP CF NODES 
<- TRANSMT FACTCK, 

RECEIVE FACTOR, 

GROLP NLWBER, 

FAMILY NUMBER, 

CFTICNAL RECEIVER. 



<- NUMBER CF FULL-DUPLEX LINKS 
<- FIRST NODE OF LINK PAIR, 

S'ECCNO NODE OF -LINK PAIR, 

TEST LINK WEIGHT OF LINK 
FROM FIRST TO SECOND NODE, 
TEST LINK WEIGHT OF LINK 
FROM SECOND TC FIRST NODE. 
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APPENDIX E 
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TIME RECUIREC TO TRANSMIT A PACKET IS .0i>0000 SEC 
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APPENDIX F 



FILE: PLCTDAT FORTRAN 



GRAPHICS PROGRAMS 

A1 NAVAL PGSTGRACUATE SCHOOL 



C 

C 

c 

c 

c 

c 



600 

605 

606 

607 

608 



610 



222 



333 



A44 



555 



666 



777 



4c ^ 4 4 4 « «« «« 4c « 

GRAPHICS 
mmmm* FROM SIM 

♦ ♦♦♦♦ ROUTINE. 

♦ AVEf^^GE 

« «4c« «««44c4c4c4c4c4c4c4c4c4c4c4e« 

DIMENSION PKTSKlCOIf 
★PKTS6(100) fPKTSTt 100) 
^^'UTIL 1( ICO) fUTILZC 100) 
*UTIL6(100),UTIL7( 100) 
<^TIME1( 100)»TlMc2( 100) 

♦ TIME6(100)*TIM£7( 100) 

♦ IPKTdOt IL£G(500), 
DATA JtAXi S/4.5/, >AXI 

♦XMl/-0.4/,YMl/-0. e/, 



4(4c4Cj^:^4c«4c4c^4: 

ROUTINE FOR 
ULATICN TAKE 
PLCIS OF P 
LINK LTILIZA 

4k4c4(4c4(:4«4c«4b^4( 

PKTS2(100),P 
tPKTSedOO) , 
,LTIL3(10C) , 
tUTILEdOO) , 
tTIMEEdOOi , 
,TIME£(10C) , 
IST0PV(50C), 
S/3. 3/, XHD/ 
XPO/2.4/, YP 



« « 4c « « « « « 4c « 4( 4t 4^ « 4c 

PLOTTING SAMPLE 
N IN THE "COLLEC 
ACKcTS IN TRANSI 
TICN ARE PRODUCE 

4c^4c« 

KTSSt 100) ,PKTS4( 
PKTS9d00),PKTSl 
UTIl 4(100) , UTILS 
UTlL9d00),UTlLl 
TIM£4d00)tTlME5 
TIME9d00),TlMEi 
INUMdO ) 

0.4/, YHC/-0.7/, 
0/5. 5/f XPLEG/3. 



4c 4c « 3^ 4c 4 c4c 4c 4c «4c 4c 4^ 4c 4c 
D DATA 4t4tc^4: 

T.DATA** 4C4C44C* 

T AND 4t4c*4t4c 

D. 4CJ4^4C^ 

3^4c 4c« 4c 4C4C4C 4c 44c 4c 4c C44C4C 

100) ,PKTS5(10C) , 
0 ( 100 ), 
dOO ) , 

C(IOC) , 
dOO), 

GdOC) , 

THD/.14/ , 
3/,YPL£G/-2*3/ 



INITIALIZE OUTPUT TO TEKTPCMX PLCTTEP 

CALL CCMPRS 

CALL TEK618 

CALL LRGBUF 

BIGPKT = 0.0 

READ(5,60C) NRUNS 

FORMATdS) 

DC 40C L = 1, NRUNS 

REAC(5,605) NUMPTS , NODES, LINKS, DELTA, PPSAVE, PPMAVE 
FCRMAT(3I5,3F1C.6) 

R£AC(5,6C6) TIMNCD, GRFIN, FAMIN, ISTAT 
F0RMAT(3F10.6, 15) 

REAC(5,607) MANNER, NUMWT, kTT IME 
F0RMAT(2I5,F1C.6) 

REAC(5,608) UT IME, PTIME, BIT, FR08, MVIRT, MDIS, MCOL , MGEC 
FCPMAT (4F10.6 ,413) 

IH = 3 

IPKT(L) = IFIX(PPSAVE) 

IMjM(L) = NUMkT 
IMSG = IFI X( PPMMAX ) 

DC 100 I = 1, NUMPTS 

PEAD(5,610) TIME, PKIS, LTIL, QUEUE, TRIP, XHOP 
F0RMAT<4F10.4,2F10.6) 



IF(L.GT .1 ) 


GO 


TC 222 


TIMEK I) 


= TIME 


PKTSK I) 


= PKTS 


UTILl ( I) 


= UTIL 


GO TO 


90 




IF(L.GT.2 1 


GO 


TO 332 


TIME2( I) 


= TIME 


PKTS2( 


I) 


= PKTS 


UTIL2( I) 


UTIL 


GO TO 


90 




IrtL.GT.3) 


GO 


TC 444 


TI ME3( I) 


= TIME 


PKTS3( I) 


= PKT S 


UT IL3( I I 


= UTIL 


GO *0 


90 




IF(L.GT.4) 


GO 


TO 555 


TIME4( I) 


= TIME 


PKTS4( I ) 


= PKTS 


UTIL4( I) 


= UTIL 


GO TO 


90 




IF(L.GT.5 ) 


GO 


TC 666 


TIME5( I) 


= TIME 


PKTS5( I) 


= PKTS 


UTIL5( I) 


= LTIL 


GO TO 


90 




IF(L.GT.o) 


GO 


TC 777 


TIM£6( 


I) 


= TIME 


PKTSo( II 


= PKTS 


UTIL6( I) 


= LTIL 


GO TO 


90 




IF(L.GT .7 ) 


GC 


TC 388 


TIME7( 


I) 


= TIME 


PKTS7 ( IJ 


= PKTS 
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FILE: PLOTDAT FORTRAN A1 



NAVAL POSTGRADUATE SCHOOL 



888 



999 



1010 



90 

100 

^00 

C 

C 

C 

c 



c 

c 

c 

c 

c 

c 



c 



201 

c 

c 

c 

2220 

C 



TO 999 
~ TIME 
= PKTS 
= UTIL 

TC lOlC 
= TIME 
= PKTS 
= UTIL 



UTIL7( I) ^ UT IL 
GO TO 90 
IF(L.GT.8I GO 
TIME3( I) 

PKTS8( I) 

UTIL8( li 
GO TO 90 
IF(L.GT,9I GO 
TIME9( I) 

PKTS9( li 
UT IL9( n 
GO TO 90 
TIME10( I ) = TIME 
PKTSIO (I) = PKTS 
UTILlOdI = UTIL 

IF(BIGPKT,LT.PKTS) 8IGPKT = PKTS 
COMINLE 
CCNTINLE 

JhO DIFFERENT PLOTS APE PRCCUCED FOR EACH 
EACH PLCT CONTAINS THE OAT/C FCP A MAXIMUM 
♦ ♦:0=<c«TFE FIRST PLCT<^** 

DEFINE SUEPLOT AREA 
I PLOT = 1 

CALL PAGE (8.5,11.) 

CALL FFYSCR(XPOtY FC) 

CALL XINTAX 
CALL Y INTAX 
CALL GRACE (0.0) 

CALL AFEA2D ( XA XI S , YA X I S ) 

BEGIN THE REGULAR PLOT SECLENCE. 

USE A SPECIAL OPTION ALPHABET. 

CALL SRISSL 
CALL SFCChR 
CALL BASALF 
CALL MIXALF 
LABEL AXIS 

CALL YNAME (MN)ET^ORK ( U ) 71 LI 2AT I CN 
CALL XNAME ( • ( S ) I MULA T ION (T)IME ( ( )S 
DEFINE GRAPH TITLE. 

CALL HEAOIN( • (UTI LIZATION FACTOR VS. 

SET Y AXIS NUMBERING TC HORIZONTAL 
CALL YAXANG (0.) 

DRAW GRAPH 
YENO = 1.0 
Y SPACE = YEND / 1 C. 

XSPACE = TIMEKNUMPTS ) / 1C. 

XEND = TIMEKNUMPTS ) 

CALL GRAF (0. , XS P A CE , X END , C . , YSPAC E ,YENC) 
DC ‘ 



SIMULATION RUN. 
OF TEN RUNS. 



(90., 1, .002,1 ) 
( •L/CSTD* ) 

( ‘STAND* ) 



(F) actors* ,100 ) 
£CS( ) )$• ,100 ) 

TIME)$* ,100,1.2,1) 



201 J = i,NRUNS 
OPAV^ CURVES 
IF(J.EC.l) CALL CURVE (TIME1,UTIL1 
IF(J.EC.2) CALL CURVE (TIME2,UTIL2 
IF(J.EG.3) CALL CURVE (TIME3,UTIL3 
IF(J.EC.4) CALL CURVE ( T I ME UT I L4 
IF(J.EC.5) call curve (TIMES, UTILS 
IF(J.cC.6) CALL CURVE (TIME6,UTILo 
IF(J.EC.7) CALL CURVE (TIME7,UTIL7 
IF(j.EC.8) CALL CURVE (TIMES, UTILd 
IF(w.E0.9) CALL CURVE (TIME9,UT1L9 
I F( J.EC.IO )CALL CURVE niME10,UTIL 
CONT INLE 

FRAME THE SUBPLOT AREA. 

CALL FFAME 

USE DOTTED GRID LINES. 

CALL OCT 
call GFID (1,1) 

CALL RESET ( ‘DOT* ) 

WRITE THE MESSAGES FOR THE PLOT. 

GC TC 1111 
CALL ENCPL (0) 

^♦^^‘ThE SECOND PLCT*^*< 

I PLOT = 2 



,NUMPTS,IM) 
tNUMPTS, IM) 
,NUMPTS, IM) 
fNUMPTS, IM) 
,NUMPTS, IM) 
fNUMPTS , IM) 
fNUMPTS, IM) 
,NUMPTS, IM) 
,NUMPTS,IM) 
lOfNUMPTSfIM ) 
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FILE: PLOTD^T FORTRAN A1 NAV^L PCSTGRADUATE SCHOOL 



DEFINE SUBPLOT AREA 
CALL BLCWUP (2. ) 

FACE <11. *8. 5) 
PFYSCR(XPOf YPO» 

APEA2D (XAXISfYAXIS ) 
RESET (•HEIGHT*! 
SUISSL 

■ " (90.*lf.002»l ) 

( *L/C5T0* ! 

( *STAND* » 



CALL 
CALL 
CALL 
CALL 

CALL 

CALL SFCCHR 
CALL BASALF 
CALL KIXALF 
LABEL AXIS 

CALL Y^AME (*(L)INK ( U TI L I ZAT ION $ * ,1 00 » 

CALL X^AME ( • (S ) I MULATION <T)IM£ ( ( iS ECS< i )$ * , 100 ) 
DEFINE GRAPH TITLE. 

CALL HEIGHT (THD) 

CALL MESSAG( * (LINK UTILIZATION VS. TI ME » i * , 10 C, XH D» YHD ) 
CALL RESET (•HEIGHT*) 

SET Y AXIS NUMBERING TC HCFIZONTAL 
CALL YAXANG (0.) 

DRAW GRAPH 
YEND = 1.0 
YSPACE = YEND / 10. 

XSPACE = TIMEKNUMPTS) / 1C. 

XEND = TIMEKNUMPTS ) 

CALL GR AF (0. t XSP A CE »X END, 0.,YS FAC E»YE NO) 

CO 202 J = IfNRUNS 



CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 



202 



C 

1111 



CURVE 
CURVE 
CU PVE 
CURVE 
CURVE 
CURVE 
CURVE 
CURVE 
CURVE 
CURVE 



(TiM£l,UTILl ,NUMPTS, IM) 
<TIME2,UTIL2 fNUMPTS, IM) 
(TIME3,UT IL3 ,NUMPTS, IM ) 
(TIMEAtUTILA ,NUMPTS, IM) 
(TIMES, JT IL5 ,NUMPTS, IM) 
(TIME6,UT1L6 ,NUMPTS, IM) 
(TIM£7,UTIL7 fNUMPTS, IM) 
(TIME8,UT IL8 fNUMPTS, IM) 
(TIMES, UTIL9 fNUMPTS, IM) 
(TIME 10, UTIL 1C,NUMPTS,IM) 



(NETWORK PARAMETERS) 



DRAW CURVE 
IF( J.EC.l) 

IF( J.EC.2) 

I F( J.EC.3) 

IF( J.EC.4) 

IF( J.EC.5) 

IF( J.cC.6) 

I F( J.EG.7) 

IF( J.EC.8) 

IF( J.EG.9) 

IF( J.EC.10)CALL 
CONTINUE 
CALL FRAME 
CALL CCT 
CALL GRID (1,1) 

CALL RESET ( ‘DOT* ) 

WRITE THE MESSAGES FOR THE PLOT. 

CALL HEIGHT (0.10) 

CALL LINESP (1.8) 

LEN * IINEST (ISTCRY,5C0,5C) 

M = 1 

CALL LINES(* 

M = H 4 1 

CALL LINES(* $•, 

M = M 4 1 

CALL LIN£S(* (P) ACKET TRANSMSSION TIME = 0.0500 SECS i*, 
M = M + 1 

CALL LINES(* (U)POATE TRANSMSSION TIME = 0.0G125 ScCSS*, 

M - M 4 1 

CALL L INES( • ( N)ODE UPDATE 

M * H 4 1 

CALL LIN£S(*(A)VG PKTS PEP MESSAGE 

M = M 4 1 

CALL LIN£S(* (DYNAMIC ROUTING WITH 

M = M 4 1 

CALL LINES(* (W)INDOW TIME 

M = M 4 1 

CALL LINES(* (N)C. OF .iINDOWS 

M = M 4 1 

CALL LINES( • ( V) IRTUAL 
WRITE THE STORY 
YLX = YSTCRY (ISTCRY,M) 

XLX = XSTCRY (ISTCRYfM) 

CALL L STCP Yd STORY, M, -C. A ,-( YLX^-1 .0) ) 

INITIALIZE AND PACK LEGENC ARRAY 
LEN = LINEST ( I LE G , 50 C ,3 C ) 



INTERVAL 



^ C.5000 SECS S*, 

= 1.0 S*, 

METHCD 5 USED) . S* , iSTOR 
= 0.375 SECS $•, 



* 10 



(C) IPCLITS «ERE NOT USED. 



I STORY, Mi 
iSTORYtM) 
ISTORYtM ) 
I STORY, M ) 
ISTORY ,M) 
IST0RY,M ) 
Y ,M ) 

ISTORYtM) 
ISTORY ,M) 
STORY ,M) 



file: PLOTDAT FORTRAN A1 NAVAL PCSTG RADII ATE SCHOOL 



C 

c 



c 



CALL FEIGFT ( 
CALL LINES (• 
CALL LINES (' 
CALL LINES (' 
CALL LINES (• 
CALL LINES (• 
DIFENSICN THE 
XLL = XLEGND 
YLL = VLEGNO 
WRITE LEGEND. 
CALL fVLcGN ( 
CALL LEGEND ( 
CALL BLREC (X 
CALL RESET (• 
CALL RESET (• 
IFdPLCT.EQ.l 
ENC THE SESSI 
CALL CCNEFL 
STOP 
ENC 



THE LEGEND 



.7 * THO » 

100 PKTS/SECl' rILEG. 1 » 

200 PKTS/SECJ* .1 LEG ,2) 

300 PKTS/SECl' ,IL£G,2» 

■LOO PKTS/SECl' ,IL£G,A> 

500 PKTS/SECl' ,1L£G ,5J 
RECTANGULAR AREA WHERE 
(I LEG.NRUNSi 
(ILEG.NRUNS 1 

'(P)KT (GJEN (RJ AT£$' ,100) 

ILEG ,NRUNS,XPL£G, YPLEC-) 

PLEG-0.1 ,YPLEG-0.1,XLL+0 .2,YLL<-0.2. 

HEIGHT') 

lINESP' ) 

) GO TO 2220 
ON 



APPEARS. 



. 01 ) 
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FILE: PLCTSO^ FCRTRAN A1 NAVAL PCSTGRAOUATE SCHOOL 



C 

C 

C 

C 

C 



C 

600 



605 

100 



C 

C 



c 

c 

c 

c 

c 

c 

c 



c 

c 



201 

c 



41 « ^ 4^4i4t4E4c4i4E4s4i ♦♦♦ 41 4i ^4145 ♦4‘4‘<c «;4i4t*4t 414^4^41 ###4^ 444i«4t44‘4( 

»**•» GRAPHICS ROUTINE FOR PLOTTING THE SUMMARV ***** 

***** RESULTS CF SIFULATION RUNS. STANDARD X-Y ***** 

***** GRAPH PRCCUCEC WITH FLEXIBLE INPUT VALUES. ***** 

* **************** ** *« ************ ******************************** 
DIf'ENSICN YK50) , Y2<5C)f Y3(50) fY4 (50) ,Y5(50) , Y6 ( 5 0 J , X ( 50 J , 
♦lLEG(5C0)f ISTORY(5COJ 

DATA XAXlS/4.5/, YAXlS/3.3/, XFD/ 1 .2/ , YHD/-0.7/, TH0/.14/, 
^'XPLEG/l.C/, YPLEG/l,8/t XfC/2,41/, YPC/5.5/ 

CALL CC^'PPS 
CALL TEK618 

READ(5,60C) NCURVS, NLf'PTS 
FCFMAT (215) 

I F(NCUPVS.GT.6) NCURVS = 6 
DC 100 I = i, NUMFTS 

YKI), Y2(I), Y3(I)f Y^(I), Y5(I), Y6(I) 



REAC(5 t605 ) X( IJ » 
FCR^AT(7F10.5) 
CONT INUE 

5.0 
= 0.0 
20 . 

200 . 



XSPACE = 

XEND 

YSPACE = 

VEND = 

IM = 1 

DEFINE SUEPLOT AREA 
CALL BLCV^LP (2.) 

CALL PAGE (8.5tll.) 

CALL FFYSCR(XPOtYFO) 

CALL APEA20 ( XA XI 5 » YA X I S ) 

CALL XINTAX 
CALL YINTAX 
CALL GRACE (0.0) 

BEGIN THE REGULAR PLOT SECLENCE. 

USE A SPECIAL GPTICN ALPHAEcT. 

CALL S^^ISSL 
CALL SFCCFR 
CALL BASALF 
CALL MIXALF 
LABEL AXIS 

CALL YNAME (MA)VG (N)C. Cf (P)KT5 IN (T ) RANS ITS • , 100 ) 

CALL XNAME ('(C)LCCK (I)NTERVAL ((J10**-6 SEC Si ) ) S • , 1 CO ) 

DEFINE GRAPH TITLE. 

CALL LINESP (1.1) 

CALL hEAOiNC (RESULTS IN USING DISCRETE CLOCK ING ) S • , 1 CO 1 1 .2t 2 J 
CALL HEADIN(MF0R ALL NcT^-CRK TI M I NG) S • , 100, 1 .2 , 2 ) 

SET Y AXIS NUMBERING TC HORIZONTAL 
CALL YAXANG (0. i 
DRAW GRAPH 

CALL GRAF(0. , XSPACE,XEN0 , C . , YSPAC £ , YE NO ) 

INITIALIZE AND PACK LEGEND ARRAY 
LEN = LiNEST (I LEG, 50C ,30 ) 

CALL LINESP (1.8) 

HEIGHT ( .7 * THO) 

LINES (*100 PKTS/SECS • ,ILEG, 1 ) 

LINES (*300 FKTS/SECI * , ILEG, 2 ) 

LINES (*500 FKTS/SECS» ,ILEG,3) 

CUT THE RECTANGULAR AREA WHERE 



(90., 1, .002,1 ) 
( *L/CSTD» ) 

( 'STAND*) 



CALL 

CALL 

CALL 

CALL 

BLANK 



(I LEG, NCURVS ) 
(ILEG, NCURVS) 
. NCURVS 



THE LEGEND APPEARS. 



XLL = XLEGND 
YLL = YLEGND 
DC 201 J = 1, 

DRAW CURVES 
IF(J.EG.l) CALL 
IF(U.£G.2) 

IF( J.EU.3 ) 

IF (U.EQ.4) 

IF( J.EC.5 ) 

IF( J.EC.6) 

CCNT INUE 
WRITE LEGEND. 

CALL MYLEGN ( • ( P ) KT (G)EN ( R ) ATcS • , 10 C) 

CALL LEGEND ( ILEG , NCURVS , XFL£G,YPLEG) 

CALL 8LREC ( X PL EG -0. 1 , YPL EG-0. 1, X L L+0 . 2 , YLL+0 .2 , . 01 ) 
CALL RESET (’HEIGHT*) 



CALL 

CALL 

CALL 

CALL 

CALL 



CURVE 

CURVE 

CURVE 

CURVE 

CURVE 

CURVE 



(X ,Y1,NUNPT S ,I M) 
(X,Y2,NUMPTS,IM ) 
(X ,Y3,NUMPTS ,IM) 
(X,Y4,NUMPTS,iM) 
(X ,Y5,NUMPTS, IM ) 
(X,Y6,NUMPTS,IM) 
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FILE: PLOTSL^ FORTRAN Ai NAVAL POSTGRADUATE SCHOOL 



C FRAME THE SUBPLOT AREA. 

CALL FRAME 

C USE CCTTED GRID LINES. 

CALL CCT 
CALL GRID (Ifl) 

C WRITE THE INFO FOR THE PLCT. 

CALL FEIGHT(.IO) 

L5N = LINEST ( I STCR Y , 5C0 , 5C J 
M = 1 

CALL LINES(» (NETWORK PARAMETERS) $' 

M = M ♦ 1 
CALL LINESC 
M = M + 1 

CALL LINES( * ( P) ACKET TRANSMSSION TIME = 0.0500 SECS $• 

M = M 4 1 

CALL LINESC (U) PDATE TRANSMSSION TIME = 0.00125 SECSi* 

M = M 1 

CALL LINESC (N)ODc UPCATE INTERVAL = 0.5000 SECS $* 

M X M ♦ 1 

CALL LINES('(A)VG PKTS PER MESSAGE = 1.0 S* 

M - M + 1 

CALL LIN£S( MD) YNAMIC (R)CLTING WITH (M)ETHOD 5 USED. 

M = M 4 1 

CALL LINESC (rt)lNDOW TIME = 0.375 SECS S* 

M = M + 1 

CALL LINESC (N)C. OF WINDOWS = 10 $• 

M = M ♦ 1 

CALL L INESM ( V) IRTUAL (OIRCUITS WERE NOT USED. 

C WRITE THE STORY 

YLL = YSTCRY (ISTCRY,MI 
XLL = XSTCRY ( ISTCRY, M) 

CALL LSTCRY( I STORY, M, ( XAX I S- XLL) ^ 0 .5 , - ( YLL +1 . 0 ) ) 

C END THE SESSION 

CALL CCNEFL 
STOP 
END 



, I STORY, M) 
, ISTORYfM) 
, ISTORY,M) 
, I STO R Y , M ) 
, ISTORYfM) 
, ISTORYfM) 
, ISTORYfM) 
, ISTORYfM) 
, ISTORY.M) 
, ISTORYfM) 
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FILE: PL0TN6T FOkTRAN A1 NA\/AL PCSTGRAOUATE SCHQCL 



C 

C 

C 

eoo 

ICO 

61C 

c 



250 



255 

200 

C 

650 



660 



245 

247 



280 

290 

200 



COORDINATE LOCATION IS READ 



***** GRAPHICS ROLTI^E FOR PLOTTING THE TOPOLOGY ***** 

***** OF TFS TESTEC NETWORK. INPUT DATA INCLUDES ***** 

***** THE NUMBER CF NODES, THEIR GRID LOCATION, *»»•* 

***** THE NUMBER OF LINKS AND THE CONNECTIVITY. ***** 

************************************* ***********:;£* *41 *********4c*j»* 

OIMENSICN X(500) , Y(500) 

CALL TEK618 

CALL CCNPRS 

HT = . 2C 

FAC = 6.0 

CALL BLC^LP(l.OO) 

CALL PAGEt 8.5,11. i 
CALL AFEA2D(6.,o. i 
CALL MARKER(lo) 

CALL SCLPIC(FAC) 

NUMBER CF NODES AND THEIR GRID 
IN. TEN 8Y TEN GRID IS USED. 

REA0(5,60C) NODE 
FCRMAT(I5) 

DC 100 I = 1, MODE ■ 

REAC(5,610) X( I) , Y(I) 

F0RMAT(2F10.5) 

CALL X^AME( ' $• ,1C0) 

CALL YNAME< ' $• ,1C0} 

CALL GRAF(0.,l.,lC.,0.fl.,lC.) 

CALL CLRVE ( X , Y , N CCE , -1 ) 

CALL F£IGFT(HT) 

CALL SViISSM 

CALL SHDCHR(90. ,1 ,.002 ,1 J 

DC 2C0 I = 1, NOD 
XPCS = XPOSNCX 
YPCS - YPOSN(X 
I F( I.GE.IO ) GO 
CALL INTN 
GC TO 200 
IF(I.Gc.lOO) G 
CALL INTN 
GC TO 200 
CALL IMNQ (I ,X 
CONT INLE 

NUMBER CF LINKS A 
R£AD(5,65C) LINK 
FCPMAT ( 15 ) 

DC 30C I = 1, LIN 
R£AC(5,660J LF 
FCFMAT(2I5 ) 

XPTTC = XPOSN( 

XPTFM if XPOSN( 

. YFTTC = YPQSN( 

YPTFM = YPQSNi 
• XCIF = XPTTO - 
YDIF = YPTTD - 
IF(XDIF.NE.0.0 
THETA = A 
GC TO 247 
THETA = ATAN( Y 
I F()(CIF.G£.0.0 
PBEGX =XPTFM - 



(I ) , Y(I ) ) 

<i }, Y(i n 

TC 250 

C( I, XF0S-.25^HT, YP0S-.5*HTi 
C TO 25 5 

C( I, XP0S-C.9*HT, YP0S-.5«HT) 
P0S-1.3*HT ,YPCS-.5*HT) 

ND THEIR CCNNECTIVITY IS READ IN< 



K 

K, 



LTC 



PBEGY 
PFINX 
PFINY 
GC TC 
PBEGX 
PBEGY 
PFINX 
PFINY 
CALL 



=YPTF« - 
=XPTTO + 
^YPTTO ^ 
290 

=XPTFM ^ 
=YPTFM + 
=XPTT0 - 
= YPTTO - 
STRTPT(PB 



CALL CCNNPT(PF 
CGNTIME 
CALL CCNEPL 
5TCP 
£ ND 



X( LTC) ,Y ( LTC) ) 
X(LFM),Y(LFM) ) 

X(LTC) ,Y (LTC) ) 

X(LFM) ,Y( LFK) ) 

XPT FM 
YPT FM 

) GO TO 2^5 
TAN( YCIF/.GOOOOl ) 

CIF/XCIF ) 

) GO TO 2£C 
FAC«.04*<CCS (THETA) ) 
FAC^.04^(SIN(TH£TA) ) 
FAC^.04* (CCS(THETA) ) 
FAC».04* (SIN(THETA) i 

FAC».04» (CCS (THETA) ) 
FAC^.04^ (SIN(THcTA) ) 
FAC«.04* (CCS(THETA) ) 
FAC’«‘.04^(SIN(THETA) ) 
EGA, PBEGY i 
INX, PFINY ) 
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FILE: PLCT3D FORTRAN A1 NAVAL POSTGRADUATE SCHOOL 



C 

c 

c 

c 

c 

c 

c 



600 

C 

c 



115 

IIB 

120 



GRAP 

dime 

THE 
THE 
AND 

« 4 4 ( 

DIHENSICN XPOSdO 
♦ XSHB(2) f YSHB(2< t 
DATA XSh/O.flO./, 
CALL CC^^PRS 
CALL TEK618 
READ IN THE NUMBE 
READ (9 ,60 0 NODES 
FORMAT(2I5) 

DC ICC I = 1» NODES 
READ IN THE RE ‘ 
BY TEN GRID. 
REAC(9,605) XP 



FICS ROUTINE FOR PLO 
NSIONAL LTILIZATICN 
NUMBER OF NOOESt IHE 

Number of LiNKSt the 

1HE UTILIZATION OF E 

Of YPOSdOOlt UTIL( 

I STCRYi 5C0) 

YSH/ 1C. , iC./ tXSHB/0. » lO./tYSHB/O. ,0. / 



TTING THE THREE 
PLOTS. INPUTS ARE 
IR GRID LCCATIONf 
IR CCNNECTI VlTYf 
ACH LINK. 

100, LOO) , XSH(2i f YSH(2) , 



R OF NODES ANC LINKS, 
f LINKS 



LATIVE LOCATION 
CS(I ) f YFCSil) 



OF ALL NODES ON A TEN 



605 




FCRHAT(2F1 


0 


.3) 


100 


CCNT INUE 








DC 


1C5 I = 1, 




100 






DC 105 J = 




1, 100 


105 




UTIU( 


I 


, J ) = -1.0 




DC 


110 I = 1, 




LINKS 






REAC(5,700 


) 


IFH, ITC, 


700 




FCRHAT(2I5 


, 


F10.3) 






UTUdFMfl 


TO) = FACTOR 


110 


CCNT INUE 







CALL PAGE (8.5,11.0) 

XFC = 2.3 
YPC = A. 6 

CALL PFY$CR(XPO, YFO ) 

SWISSL 

SFDCHR ( 90. , 1,.002, 1 ) 
EASALF ( •L/CSTD* ) 
MIXALF (‘STAND*) 

UP TITLE AND PLOT AREA 



CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 



CALL GRAF30 
P’LT 2D FLCT 
FLOOR CF 20 
CALL GPFITI 
CALL AREA2D 



( 5.0, 6.0) 

(.19) 

AND LABELS 
(d5) 

( ' I U) TILI 2ATICN 
(-90. ) 

( * $• ,100 ) 



(F)ACTCRS • ,100) 



( 



rlOO ) 



( 10. , 1C., 1C. ) 



CALL 
CALL 
CALL 
CALL 
SET 

CALL AREA20 
CALL HEIGHT 
SET UP AXIS 
ALL HEIGHT 
22NAME 
ZAXANG 
X2NAHE 
X INTAX 
Y2NAME 
Y INTAX 

VCLM20 i iu. , 

ESTABLISH VIEWPOINT 
CALL VLANGL ( -1 05 . , 18 . ,1 0 0 . ) 

( 0 . ,1 ., 10 . , 0 . , 1 . 

OF NOCE TCFOLCC-V 
BOX. 

(0. ,0 .,0. ,1. fC.fC 

(10., 10.) 

PUT NOCE NUMBERS AT EACH NODE LOCATION. 

CALL RESET ('SWlSSLd 
CALL HEIGHT ( .40) 

DC 120 I = 1, NODES 

IFd.LT.iO ) GO TC 115 

CALL INTNC ( I , XP OS ( I ) -.40 , YPO S (I ) -.20 ) 
GC TO 118 

CALL INTNO ( I , XPOS < I ) - . 2C , Y FOS ( I )- .20 ) 

CALL BLCIR ( XPCSd ) ,YPCS(I) ,0. 5 ,0. Cl) 

CCNT INU5 

CALL RESET (‘HEIGHT*) 

GRAF ( 0. , 1. , 10., 0., 1 . ,1C. ) 

SHCPAT (45570 

SHOCRV (XSH,YSH,2,XSH6,YSHB,2) 

ENC3GR(-1) 



1C. I 0. ,. 1 , 1. ) 

AND CCNNECTIVITY ON 

» f I., 0.) 



CALL 

CALL 

CALL 

CALL 
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FILE 

C 

130 

C 



150 

160 

C 



PL0T3D FORTRAN A1 NAVAL PCSTG R;5DU ATE SCHOCL 



DRAW VECTOR FROM NODE 
CALL CASH 

DO 120 I = It NODES 
CALL VECTR3 (XPOS( 
CCNTINLE 

CALL RESET ('DASHM 
DRAW LTILIZATIQN VECT 
DO 160 I = It NODES 
DC 150 J = 1, NODE 
IF(UTIL( I tJi. 
CALL VECTR3(XP0S( I) tV 
*XPOS ( J ) tVPOS( J) tUTlLi 
COMINLE 
CONT INUE 

WRITE THE INFO FCF TH 
CALL SUISSL 
CALL FEIGFT(.IO) 

LEN = LINEST (ISTCRVt 
M = 1 

CALL LINES( • (NETWORK 
M = M 4 1 
CALL LINES(* 

M = P 4 1 

CALL LINES(*(S»0UPC£- 

M = M 4 1 

CALL LINES(* (N)0 

M - M + 1 

CALL LINES(* (PI ACKET 
M = M 4 1 

CALL LINES(* (U)PDATE 

M = ^ 4 1 

CALL LINES(MN)ODE LP 

^ 4 1 

CALL LINES( • ( PI KT GEN 
M = M 4 1 

CALL LINES( • ( AIVG PKT 

M = M 4 1 

CALL LINES(* ( SITAIIC 

WRITE THE STORY 

YLL = ^rSTORY (I STORY, 

XLL = XSTORY (ISTCRY, 

CALL LSTCRYdSTORY ,M, 

CALL DCNEPL 

STOP 

END 



LOCATION OF LENGTH 1 IN THE 
I I, YPCS( IltO.tXPOSd ItYPOSd 
CPS 



LT.O.) GO TO 150 
POS( I I ,LTIL( I ,J) t 
ItJ I ,1211) 



E PLOT. 

500,50 

PARAMETERS: IMBALANCED TRAFF 

(DIESIINATION (NICDE (PlAIRS 
CE 1 1C 13, 9 TO 5 AND 12 TO 
TRANSMISSION TIME = 0.0500 
TRANSMISSION TIME = 0.0C125 
CATE INTERVAL = 0.5000 

Ei^ATICN RATE = 30 PKTS 

S PER MESSAGE = 1.0 

(R)OUTING USED. 

Ml 

Ml , 

XPO- 1.8, ypo - 6 .21 



4Z DIRECTION, 
I tlO.tOOOCI 



ICISSISTCRYtM) 

t ISTORV 5 MI 

!• t ISTORVtMl 

2. IS ISTORYtMl 
SECS $•, ISTORYtMl 
SECSi* , ISTORYtMl 
SECS iSiSTORYtMl 
/SECi MST0RY,MI 
$S ISTORYtMl 
SSISTORYfM) 
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